这篇博客主要介绍的是 Android 主流各类机型和各类版本的悬浮窗权限适配,可是因为碎片化的问题,因此在适配方面也没法作到彻底的主流机型适配,这个须要你们的一块儿努力,这个博客的名字永远都是一个未来时,感兴趣或者找到其余机型适配方法的请留言告诉我,或者加群544645972一块儿交流一下,很是感谢~
相关权限请看个人另外一篇博客:android permission权限与安全机制解析(下),或者关于权限的案例使用:android WindowManager解析与骗取QQ密码案例分析,还有录音和摄像头权限的适配:Android 录音和摄像头权限适配。
转载请注明出处:blog.csdn.net/self_study/…
源码会实时更新在 gitHub 上,不会实时更新博客,因此想要看最新代码的同窗,请直接去 github 页面查看 markdown。javascript
悬浮窗适配有两种方法:第一种是按照正规的流程,若是系统没有赋予 APP 弹出悬浮窗的权限,就先跳转到权限受权界面,等用户打开该权限以后,再去弹出悬浮窗,好比 QQ 等一些主流应用就是这么作得;第二种就是利用系统的漏洞,绕过权限的申请,简单粗暴,这种方法我不是特别建议,可是如今貌似有些应用就是这样,好比 UC 和有道词典,这样适配在大多数手机上都是 OK 的,可是在一些特殊的机型不行,好比某米的 miui8。java
在 4.4~5.1.1 版本之间,和 6.0~最新版本之间的适配方法是不同的,以前的版本因为 google 并无对这个权限进行单独处理,因此是各家手机厂商根据须要定制的,因此每一个权限的受权界面都各不同,适配起来难度较大,6.0 以后适配起来就相对简单不少了。android
因为判断权限的类 AppOpsManager 是 API19 版本添加,因此Android 4.4 以前的版本(不包括4.4)就不用去判断了,直接调用 WindowManager 的 addView 方法弹出便可,可是貌似有些特殊的手机厂商在 API19 版本以前就已经自定义了悬浮窗权限,若是有发现的,请联系我。
众所周知,国产手机的种类实在是过于丰富,并且一个品牌的不一样版本还有不同的适配方法,好比某米(嫌弃脸),因此我在实际适配的过程当中总结了几种通用的方法, 你们能够参考一下:git
adb shell dumpsys activity
命令,找到相关的信息,以下图所示
因为 6.0 以前的版本常规手机并无把悬浮窗权限单独拿出来,因此正常状况下是能够直接使用 WindowManager.addView 方法直接弹出悬浮窗。
如何判断手机的机型,办法不少,在这里我就不贴代码了,通常状况下在 terminal 中执行 getprop 命令,而后在打印出来的信息中找到相关的机型信息便可,这里贴出国产几款常见机型的判断:github
/** * 获取 emui 版本号 * @return */
public static double getEmuiVersion() {
try {
String emuiVersion = getSystemProperty("ro.build.version.emui");
String version = emuiVersion.substring(emuiVersion.indexOf("_") + 1);
return Double.parseDouble(version);
} catch (Exception e) {
e.printStackTrace();
}
return 4.0;
}
/** * 获取小米 rom 版本号,获取失败返回 -1 * * @return miui rom version code, if fail , return -1 */
public static int getMiuiVersion() {
String version = getSystemProperty("ro.miui.ui.version.name");
if (version != null) {
try {
return Integer.parseInt(version.substring(1));
} catch (Exception e) {
Log.e(TAG, "get miui version code error, version : " + version);
}
}
return -1;
}
public static String getSystemProperty(String propName) {
String line;
BufferedReader input = null;
try {
Process p = Runtime.getRuntime().exec("getprop " + propName);
input = new BufferedReader(new InputStreamReader(p.getInputStream()), 1024);
line = input.readLine();
input.close();
} catch (IOException ex) {
Log.e(TAG, "Unable to read sysprop " + propName, ex);
return null;
} finally {
if (input != null) {
try {
input.close();
} catch (IOException e) {
Log.e(TAG, "Exception while closing InputStream", e);
}
}
}
return line;
}
public static boolean checkIsHuaweiRom() {
return Build.MANUFACTURER.contains("HUAWEI");
}
/** * check if is miui ROM */
public static boolean checkIsMiuiRom() {
return !TextUtils.isEmpty(getSystemProperty("ro.miui.ui.version.name"));
}
public static boolean checkIsMeizuRom() {
//return Build.MANUFACTURER.contains("Meizu");
String meizuFlymeOSFlag = getSystemProperty("ro.build.display.id");
if (TextUtils.isEmpty(meizuFlymeOSFlag)){
return false;
}else if (meizuFlymeOSFlag.contains("flyme") || meizuFlymeOSFlag.toLowerCase().contains("flyme")){
return true;
}else {
return false;
}
}
/** * check if is 360 ROM */
public static boolean checkIs360Rom() {
return Build.MANUFACTURER.contains("QiKU");
}复制代码
首先须要适配的就应该是小米了,并且比较麻烦的事情是,miui 的每一个版本适配方法都是不同的,因此只能每一个版本去单独适配,不过还好因为使用的人数多,网上的资料也比较全。首先第一步固然是判断是否赋予了悬浮窗权限,这个时候就须要使用到 AppOpsManager 这个类了,它里面有一个 checkop 方法:shell
/** * Do a quick check for whether an application might be able to perform an operation. * This is <em>not</em> a security check; you must use {@link #noteOp(int, int, String)} * or {@link #startOp(int, int, String)} for your actual security checks, which also * ensure that the given uid and package name are consistent. This function can just be * used for a quick check to see if an operation has been disabled for the application, * as an early reject of some work. This does not modify the time stamp or other data * about the operation. * @param op The operation to check. One of the OP_* constants. * @param uid The user id of the application attempting to perform the operation. * @param packageName The name of the application attempting to perform the operation. * @return Returns {@link #MODE_ALLOWED} if the operation is allowed, or * {@link #MODE_IGNORED} if it is not allowed and should be silently ignored (without * causing the app to crash). * @throws SecurityException If the app has been configured to crash on this op. * @hide */
public int checkOp(int op, int uid, String packageName) {
try {
int mode = mService.checkOperation(op, uid, packageName);
if (mode == MODE_ERRORED) {
throw new SecurityException(buildSecurityExceptionMsg(op, uid, packageName));
}
return mode;
} catch (RemoteException e) {
}
return MODE_IGNORED;
}复制代码
找到悬浮窗权限的 op 值是:windows
/** @hide */
public static final int OP_SYSTEM_ALERT_WINDOW = 24;复制代码
注意到这个函数和这个值其实都是 hide 的,因此没办法,你懂的,只能用反射:安全
/** * 检测 miui 悬浮窗权限 */
public static boolean checkFloatWindowPermission(Context context) {
final int version = Build.VERSION.SDK_INT;
if (version >= 19) {
return checkOp(context, 24); //OP_SYSTEM_ALERT_WINDOW = 24;
} else {
// if ((context.getApplicationInfo().flags & 1 << 27) == 1) {
// return true;
// } else {
// return false;
// }
return true;
}
}
@TargetApi(Build.VERSION_CODES.KITKAT)
private static boolean checkOp(Context context, int op) {
final int version = Build.VERSION.SDK_INT;
if (version >= 19) {
AppOpsManager manager = (AppOpsManager) context.getSystemService(Context.APP_OPS_SERVICE);
try {
Class clazz = AppOpsManager.class;
Method method = clazz.getDeclaredMethod("checkOp", int.class, int.class, String.class);
return AppOpsManager.MODE_ALLOWED == (int)method.invoke(manager, op, Binder.getCallingUid(), context.getPackageName());
} catch (Exception e) {
Log.e(TAG, Log.getStackTraceString(e));
}
} else {
Log.e(TAG, "Below API 19 cannot invoke!");
}
return false;
}复制代码
检测完成以后就是跳转到受权页面去开启权限了,可是因为 miui 不一样版本的权限受权页面不同,因此须要根据不一样版本进行不一样处理:微信
/** * 获取小米 rom 版本号,获取失败返回 -1 * * @return miui rom version code, if fail , return -1 */
public static int getMiuiVersion() {
String version = RomUtils.getSystemProperty("ro.miui.ui.version.name");
if (version != null) {
try {
return Integer.parseInt(version.substring(1));
} catch (Exception e) {
Log.e(TAG, "get miui version code error, version : " + version);
Log.e(TAG, Log.getStackTraceString(e));
}
}
return -1;
}
/** * 小米 ROM 权限申请 */
public static void applyMiuiPermission(Context context) {
int versionCode = getMiuiVersion();
if (versionCode == 5) {
goToMiuiPermissionActivity_V5(context);
} else if (versionCode == 6) {
goToMiuiPermissionActivity_V6(context);
} else if (versionCode == 7) {
goToMiuiPermissionActivity_V7(context);
} else if (versionCode == 8) {
goToMiuiPermissionActivity_V8(context);
} else {
Log.e(TAG, "this is a special MIUI rom version, its version code " + versionCode);
}
}
private static boolean isIntentAvailable(Intent intent, Context context) {
if (intent == null) {
return false;
}
return context.getPackageManager().queryIntentActivities(intent, PackageManager.MATCH_DEFAULT_ONLY).size() > 0;
}
/** * 小米 V5 版本 ROM权限申请 */
public static void goToMiuiPermissionActivity_V5(Context context) {
Intent intent = null;
String packageName = context.getPackageName();
intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
Uri uri = Uri.fromParts("package" , packageName, null);
intent.setData(uri);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
if (isIntentAvailable(intent, context)) {
context.startActivity(intent);
} else {
Log.e(TAG, "intent is not available!");
}
//设置页面在应用详情页面
// Intent intent = new Intent("miui.intent.action.APP_PERM_EDITOR");
// PackageInfo pInfo = null;
// try {
// pInfo = context.getPackageManager().getPackageInfo
// (HostInterfaceManager.getHostInterface().getApp().getPackageName(), 0);
// } catch (PackageManager.NameNotFoundException e) {
// AVLogUtils.e(TAG, e.getMessage());
// }
// intent.setClassName("com.android.settings", "com.miui.securitycenter.permission.AppPermissionsEditor");
// intent.putExtra("extra_package_uid", pInfo.applicationInfo.uid);
// intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
// if (isIntentAvailable(intent, context)) {
// context.startActivity(intent);
// } else {
// AVLogUtils.e(TAG, "Intent is not available!");
// }
}
/** * 小米 V6 版本 ROM权限申请 */
public static void goToMiuiPermissionActivity_V6(Context context) {
Intent intent = new Intent("miui.intent.action.APP_PERM_EDITOR");
intent.setClassName("com.miui.securitycenter", "com.miui.permcenter.permissions.AppPermissionsEditorActivity");
intent.putExtra("extra_pkgname", context.getPackageName());
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
if (isIntentAvailable(intent, context)) {
context.startActivity(intent);
} else {
Log.e(TAG, "Intent is not available!");
}
}
/** * 小米 V7 版本 ROM权限申请 */
public static void goToMiuiPermissionActivity_V7(Context context) {
Intent intent = new Intent("miui.intent.action.APP_PERM_EDITOR");
intent.setClassName("com.miui.securitycenter", "com.miui.permcenter.permissions.AppPermissionsEditorActivity");
intent.putExtra("extra_pkgname", context.getPackageName());
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
if (isIntentAvailable(intent, context)) {
context.startActivity(intent);
} else {
Log.e(TAG, "Intent is not available!");
}
}
/** * 小米 V8 版本 ROM权限申请 */
public static void goToMiuiPermissionActivity_V8(Context context) {
Intent intent = new Intent("miui.intent.action.APP_PERM_EDITOR");
intent.setClassName("com.miui.securitycenter", "com.miui.permcenter.permissions.PermissionsEditorActivity");
intent.putExtra("extra_pkgname", context.getPackageName());
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
if (isIntentAvailable(intent, context)) {
context.startActivity(intent);
} else {
Log.e(TAG, "Intent is not available!");
}
}复制代码
getSystemProperty 方法是直接调用 getprop 方法来获取系统信息:markdown
public static String getSystemProperty(String propName) {
String line;
BufferedReader input = null;
try {
Process p = Runtime.getRuntime().exec("getprop " + propName);
input = new BufferedReader(new InputStreamReader(p.getInputStream()), 1024);
line = input.readLine();
input.close();
} catch (IOException ex) {
Log.e(TAG, "Unable to read sysprop " + propName, ex);
return null;
} finally {
if (input != null) {
try {
input.close();
} catch (IOException e) {
Log.e(TAG, "Exception while closing InputStream", e);
}
}
}
return line;
}复制代码
最新的 V8 版本有些机型已是 6.0 ,因此就是下面介绍到 6.0 的适配方法了,感谢 @pinocchio2mx 的反馈,有些机型的 miui8 版本仍是5.1.1,因此 miui8 依旧须要作适配,很是感谢,但愿你们一块儿多多反馈问题,谢谢~~。
魅族的适配,因为我司魅族的机器相对较少,因此只适配了 flyme5.1.1/android 5.1.1 版本 mx4 pro 的系统。和小米同样,首先也要经过 API19 版本添加的 AppOpsManager 类判断是否授予了权限:
/** * 检测 meizu 悬浮窗权限 */
public static boolean checkFloatWindowPermission(Context context) {
final int version = Build.VERSION.SDK_INT;
if (version >= 19) {
return checkOp(context, 24); //OP_SYSTEM_ALERT_WINDOW = 24;
}
return true;
}
@TargetApi(Build.VERSION_CODES.KITKAT)
private static boolean checkOp(Context context, int op) {
final int version = Build.VERSION.SDK_INT;
if (version >= 19) {
AppOpsManager manager = (AppOpsManager) context.getSystemService(Context.APP_OPS_SERVICE);
try {
Class clazz = AppOpsManager.class;
Method method = clazz.getDeclaredMethod("checkOp", int.class, int.class, String.class);
return AppOpsManager.MODE_ALLOWED == (int)method.invoke(manager, op, Binder.getCallingUid(), context.getPackageName());
} catch (Exception e) {
Log.e(TAG, Log.getStackTraceString(e));
}
} else {
Log.e(TAG, "Below API 19 cannot invoke!");
}
return false;
}复制代码
而后是跳转去悬浮窗权限授予界面:
/** * 去魅族权限申请页面 */
public static void applyPermission(Context context){
Intent intent = new Intent("com.meizu.safe.security.SHOW_APPSEC");
intent.setClassName("com.meizu.safe", "com.meizu.safe.security.AppSecActivity");
intent.putExtra("packageName", context.getPackageName());
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
context.startActivity(intent);
}复制代码
若是有魅族其余版本的适配方案,请联系我。
华为的适配是根据网上找的方案,外加本身的一些优化而成,可是因为华为手机的众多机型,因此覆盖的机型和系统版本还不是那么全面,若是有其余机型和版本的适配方案,请联系我,我更新到 github 上。和小米,魅族同样,首先经过 AppOpsManager 来判断权限是否已经受权:
/** * 检测 Huawei 悬浮窗权限 */
public static boolean checkFloatWindowPermission(Context context) {
final int version = Build.VERSION.SDK_INT;
if (version >= 19) {
return checkOp(context, 24); //OP_SYSTEM_ALERT_WINDOW = 24;
}
return true;
}
@TargetApi(Build.VERSION_CODES.KITKAT)
private static boolean checkOp(Context context, int op) {
final int version = Build.VERSION.SDK_INT;
if (version >= 19) {
AppOpsManager manager = (AppOpsManager) context.getSystemService(Context.APP_OPS_SERVICE);
try {
Class clazz = AppOpsManager.class;
Method method = clazz.getDeclaredMethod("checkOp", int.class, int.class, String.class);
return AppOpsManager.MODE_ALLOWED == (int) method.invoke(manager, op, Binder.getCallingUid(), context.getPackageName());
} catch (Exception e) {
Log.e(TAG, Log.getStackTraceString(e));
}
} else {
Log.e(TAG, "Below API 19 cannot invoke!");
}
return false;
}复制代码
而后根据不一样的机型和版本跳转到不一样的页面:
/** * 去华为权限申请页面 */
public static void applyPermission(Context context) {
try {
Intent intent = new Intent();
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
// ComponentName comp = new ComponentName("com.huawei.systemmanager","com.huawei.permissionmanager.ui.MainActivity");//华为权限管理
// ComponentName comp = new ComponentName("com.huawei.systemmanager",
// "com.huawei.permissionmanager.ui.SingleAppActivity");//华为权限管理,跳转到指定app的权限管理位置须要华为接口权限,未解决
ComponentName comp = new ComponentName("com.huawei.systemmanager", "com.huawei.systemmanager.addviewmonitor.AddViewMonitorActivity");//悬浮窗管理页面
intent.setComponent(comp);
if (RomUtils.getEmuiVersion() == 3.1) {
//emui 3.1 的适配
context.startActivity(intent);
} else {
//emui 3.0 的适配
comp = new ComponentName("com.huawei.systemmanager", "com.huawei.notificationmanager.ui.NotificationManagmentActivity");//悬浮窗管理页面
intent.setComponent(comp);
context.startActivity(intent);
}
} catch (SecurityException e) {
Intent intent = new Intent();
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
// ComponentName comp = new ComponentName("com.huawei.systemmanager","com.huawei.permissionmanager.ui.MainActivity");//华为权限管理
ComponentName comp = new ComponentName("com.huawei.systemmanager",
"com.huawei.permissionmanager.ui.MainActivity");//华为权限管理,跳转到本app的权限管理页面,这个须要华为接口权限,未解决
// ComponentName comp = new ComponentName("com.huawei.systemmanager","com.huawei.systemmanager.addviewmonitor.AddViewMonitorActivity");//悬浮窗管理页面
intent.setComponent(comp);
context.startActivity(intent);
Log.e(TAG, Log.getStackTraceString(e));
} catch (ActivityNotFoundException e) {
/** * 手机管家版本较低 HUAWEI SC-UL10 */
// Toast.makeText(MainActivity.this, "act找不到", Toast.LENGTH_LONG).show();
Intent intent = new Intent();
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
ComponentName comp = new ComponentName("com.Android.settings", "com.android.settings.permission.TabItem");//权限管理页面 android4.4
// ComponentName comp = new ComponentName("com.android.settings","com.android.settings.permission.single_app_activity");//此处可跳转到指定app对应的权限管理页面,可是须要相关权限,未解决
intent.setComponent(comp);
context.startActivity(intent);
e.printStackTrace();
Log.e(TAG, Log.getStackTraceString(e));
} catch (Exception e) {
//抛出异常时提示信息
Toast.makeText(context, "进入设置页面失败,请手动设置", Toast.LENGTH_LONG).show();
Log.e(TAG, Log.getStackTraceString(e));
}
}复制代码
emui4 以后就是 6.0 版本了,按照下面介绍的 6.0 适配方案便可。
360手机的适配方案在网上能够找到的资料不多,惟一能够找到的就是这篇:奇酷360 手机中怎么跳转安全中心中指定包名App的权限管理页面,可是博客中也没有给出最后的适配方案,不过最后竟然直接用最简单的办法就能跳进去了,首先是权限的检测:
/** * 检测 360 悬浮窗权限 */
public static boolean checkFloatWindowPermission(Context context) {
final int version = Build.VERSION.SDK_INT;
if (version >= 19) {
return checkOp(context, 24); //OP_SYSTEM_ALERT_WINDOW = 24;
}
return true;
}
@TargetApi(Build.VERSION_CODES.KITKAT)
private static boolean checkOp(Context context, int op) {
final int version = Build.VERSION.SDK_INT;
if (version >= 19) {
AppOpsManager manager = (AppOpsManager) context.getSystemService(Context.APP_OPS_SERVICE);
try {
Class clazz = AppOpsManager.class;
Method method = clazz.getDeclaredMethod("checkOp", int.class, int.class, String.class);
return AppOpsManager.MODE_ALLOWED == (int)method.invoke(manager, op, Binder.getCallingUid(), context.getPackageName());
} catch (Exception e) {
Log.e(TAG, Log.getStackTraceString(e));
}
} else {
Log.e("", "Below API 19 cannot invoke!");
}
return false;
}复制代码
若是没有授予悬浮窗权限,就跳转去权限授予界面:
public static void applyPermission(Context context) {
Intent intent = new Intent();
intent.setClassName("com.android.settings", "com.android.settings.Settings$OverlaySettingsActivity");
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
context.startActivity(intent);
}复制代码
哈哈哈,是否是很简单,有时候真相每每一点也不复杂,OK,适配完成。
我在博客android permission权限与安全机制解析(下)- SYSTEM_ALERT_WINDOW中已经介绍到了适配方案,悬浮窗权限在 6.0 以后就被 google 单独拿出来管理了,好处就是对咱们来讲适配就很是方便了,在全部手机和 6.0 以及以后的版本上适配的方法都是同样的,首先要在 Manifest 中静态申请<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />
权限,而后在使用时先判断该权限是否已经被受权,若是没有受权使用下面这段代码进行动态申请:
private static final int REQUEST_CODE = 1;
//判断权限
private boolean commonROMPermissionCheck(Context context) {
Boolean result = true;
if (Build.VERSION.SDK_INT >= 23) {
try {
Class clazz = Settings.class;
Method canDrawOverlays = clazz.getDeclaredMethod("canDrawOverlays", Context.class);
result = (Boolean) canDrawOverlays.invoke(null, context);
} catch (Exception e) {
Log.e(TAG, Log.getStackTraceString(e));
}
}
return result;
}
//申请权限
private void requestAlertWindowPermission() {
Intent intent = new Intent(Settings.ACTION_MANAGE_OVERLAY_PERMISSION);
intent.setData(Uri.parse("package:" + getPackageName()));
startActivityForResult(intent, REQUEST_CODE);
}
@Override
//处理回调
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
super.onActivityResult(requestCode, resultCode, data);
if (requestCode == REQUEST_CODE) {
if (Settings.canDrawOverlays(this)) {
Log.i(LOGTAG, "onActivityResult granted");
}
}
}复制代码
上述代码须要注意的是:
如何绕过系统的权限检查,直接弹出悬浮窗?android WindowManager解析与骗取QQ密码案例分析这篇博客中我已经指明出来了,须要使用mParams.type = WindowManager.LayoutParams.TYPE_TOAST;
来取代 mParams.type = WindowManager.LayoutParams.TYPE_SYSTEM_ERROR;
,这样就能够达到不申请权限,而直接弹出悬浮窗,至于缘由嘛,咱们看看 PhoneWindowManager 源码的关键处:
@Override
public int checkAddPermission(WindowManager.LayoutParams attrs, int[] outAppOp) {
....
switch (type) {
case TYPE_TOAST:
// XXX right now the app process has complete control over
// this... should introduce a token to let the system
// monitor/control what they are doing.
outAppOp[0] = AppOpsManager.OP_TOAST_WINDOW;
break;
case TYPE_DREAM:
case TYPE_INPUT_METHOD:
case TYPE_WALLPAPER:
case TYPE_PRIVATE_PRESENTATION:
case TYPE_VOICE_INTERACTION:
case TYPE_ACCESSIBILITY_OVERLAY:
// The window manager will check these.
break;
case TYPE_PHONE:
case TYPE_PRIORITY_PHONE:
case TYPE_SYSTEM_ALERT:
case TYPE_SYSTEM_ERROR:
case TYPE_SYSTEM_OVERLAY:
permission = android.Manifest.permission.SYSTEM_ALERT_WINDOW;
outAppOp[0] = AppOpsManager.OP_SYSTEM_ALERT_WINDOW;
break;
default:
permission = android.Manifest.permission.INTERNAL_SYSTEM_WINDOW;
}
if (permission != null) {
if (permission == android.Manifest.permission.SYSTEM_ALERT_WINDOW) {
final int callingUid = Binder.getCallingUid();
// system processes will be automatically allowed privilege to draw
if (callingUid == Process.SYSTEM_UID) {
return WindowManagerGlobal.ADD_OKAY;
}
// check if user has enabled this operation. SecurityException will be thrown if
// this app has not been allowed by the user
final int mode = mAppOpsManager.checkOp(outAppOp[0], callingUid,
attrs.packageName);
switch (mode) {
case AppOpsManager.MODE_ALLOWED:
case AppOpsManager.MODE_IGNORED:
// although we return ADD_OKAY for MODE_IGNORED, the added window will
// actually be hidden in WindowManagerService
return WindowManagerGlobal.ADD_OKAY;
case AppOpsManager.MODE_ERRORED:
return WindowManagerGlobal.ADD_PERMISSION_DENIED;
default:
// in the default mode, we will make a decision here based on
// checkCallingPermission()
if (mContext.checkCallingPermission(permission) !=
PackageManager.PERMISSION_GRANTED) {
return WindowManagerGlobal.ADD_PERMISSION_DENIED;
} else {
return WindowManagerGlobal.ADD_OKAY;
}
}
}
if (mContext.checkCallingOrSelfPermission(permission)
!= PackageManager.PERMISSION_GRANTED) {
return WindowManagerGlobal.ADD_PERMISSION_DENIED;
}
}
return WindowManagerGlobal.ADD_OKAY;
}复制代码
从源码中能够看到,其实 TYPE_TOAST 没有作权限检查,直接返回了 WindowManagerGlobal.ADD_OKAY,因此呢,这就是为何能够绕过权限的缘由。还有须要注意的一点是 addView 方法中会调用到 mPolicy.adjustWindowParamsLw(win.mAttrs);
,这个方法在不一样的版本有不一样的实现:
//Android 2.0 - 2.3.7 PhoneWindowManager
public void adjustWindowParamsLw(WindowManager.LayoutParams attrs) {
switch (attrs.type) {
case TYPE_SYSTEM_OVERLAY:
case TYPE_SECURE_SYSTEM_OVERLAY:
case TYPE_TOAST:
// These types of windows can't receive input events.
attrs.flags |= WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE
| WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE;
break;
}
}
//Android 4.0.1 - 4.3.1 PhoneWindowManager
public void adjustWindowParamsLw(WindowManager.LayoutParams attrs) {
switch (attrs.type) {
case TYPE_SYSTEM_OVERLAY:
case TYPE_SECURE_SYSTEM_OVERLAY:
case TYPE_TOAST:
// These types of windows can't receive input events.
attrs.flags |= WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE
| WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE;
attrs.flags &= ~WindowManager.LayoutParams.FLAG_WATCH_OUTSIDE_TOUCH;
break;
}
}
//Android 4.4 PhoneWindowManager
@Override
public void adjustWindowParamsLw(WindowManager.LayoutParams attrs) {
switch (attrs.type) {
case TYPE_SYSTEM_OVERLAY:
case TYPE_SECURE_SYSTEM_OVERLAY:
// These types of windows can't receive input events.
attrs.flags |= WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE
| WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE;
attrs.flags &= ~WindowManager.LayoutParams.FLAG_WATCH_OUTSIDE_TOUCH;
break;
}
}复制代码
能够看到,在4.0.1之前, 当咱们使用 TYPE_TOAST, Android 会偷偷给咱们加上 FLAG_NOT_FOCUSABLE 和 FLAG_NOT_TOUCHABLE,4.0.1 开始,会额外再去掉FLAG_WATCH_OUTSIDE_TOUCH,这样真的是什么事件都没了。而 4.4 开始,TYPE_TOAST 被移除了, 因此从 4.4 开始,使用 TYPE_TOAST 的同时还能够接收触摸事件和按键事件了,而4.4之前只能显示出来,不能交互,因此 API18 及如下使用 TYPE_TOAST 是没法接收触摸事件的,可是幸运的是除了 miui 以外,这些版本能够直接在 Manifest 文件中声明 android.permission.SYSTEM_ALERT_WINDOW
权限,而后直接使用 WindowManager.LayoutParams.TYPE_PHONE
或者 WindowManager.LayoutParams.TYPE_SYSTEM_ALERT
都是能够直接弹出悬浮窗的。
还有一个须要提到的是 TYPE_APPLICATION
,这个 type 是配合 Activity 在当前 APP 内部使用的,也就是说,回到 Launcher 界面,这个悬浮窗是会消失的。
虽然这种方法确确实实能够绕过权限,至于适配的坑呢,有人遇到以后能够联系我,我会持续完善。不过因为这样能够不申请权限就弹出悬浮窗,并且在最新的 6.0+ 系统上也没有修复,因此若是这个漏洞被滥用,就会形成一些意想不到的后果,所以我我的倾向于使用 QQ 的适配方案,也就是上面的正常适配流程去处理这个权限。
最新发如今 7.1.1 版本以后使用 type_toast 重复添加两次悬浮窗,第二次会崩溃,跑出来下面的错误:
E/AndroidRuntime: FATAL EXCEPTION: main
android.view.WindowManager$BadTokenException: Unable to add window -- window android.view.ViewRootImpl$W@d7a4e96 has already been added
at android.view.ViewRootImpl.setView(ViewRootImpl.java:691)
at android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:342)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:93)
at com.tencent.ysdk.module.icon.impl.a.g(Unknown Source)
at com.tencent.ysdk.module.icon.impl.floatingviews.q.onAnimationEnd(Unknown Source)
at android.view.animation.Animation$3.run(Animation.java:381)
at android.os.Handler.handleCallback(Handler.java:751)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:6119)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:886)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:776)复制代码
去追溯源码,发现是这里抛出来的错误:
try {
mOrigWindowType = mWindowAttributes.type;
mAttachInfo.mRecomputeGlobalAttributes = true;
collectViewAttributes();
res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
getHostVisibility(), mDisplay.getDisplayId(),
mAttachInfo.mContentInsets, mAttachInfo.mStableInsets,
mAttachInfo.mOutsets, mInputChannel);
} catch (RemoteException e) {
.....
} finally {
if (restore) {
attrs.restore();
}
}
.....
if (res < WindowManagerGlobal.ADD_OKAY) {
.....
switch (res) {
....
case WindowManagerGlobal.ADD_DUPLICATE_ADD:
throw new WindowManager.BadTokenException(
"Unable to add window -- window " + mWindow
+ " has already been added");
}
}复制代码
而后去查看抛出这个异常处的代码:
if (mWindowMap.containsKey(client.asBinder())) {
Slog.w(TAG_WM, "Window " + client + " is already added");
return WindowManagerGlobal.ADD_DUPLICATE_ADD;
}复制代码
而后咱们从 mWindowMap 这个变量出发去分析,可是最后发现,根本不行,这些代码从 5.X 版本就存在了,并且每次调用 addview 方法去添加一个 view 的时候,都是一个新的 client 对象,因此 mWindowMap.containsKey(client.asBinder())
一直是不成立的,因此没法从这里去分析,因而继续分析在 7.0 版本是没有问题的,可是在 7.1.1 版本就出现问题了,因此咱们去查看 7.1.1 版本代码的变动:android.googlesource.com/platform/fr…
咱们从里面寻找关于 type_toast 的相关变动:
很是感谢ruanqin0706同窗的大力帮忙,经过优测网的机型的测试适配,如今统计结果以下所示:
更新,6.0魅族的适配方案不能使用google API,依旧要使用 6.0 以前的适配方法,已经适配完成~
6.0 上绝大部分的机型都是能够的,除了魅族这种奇葩机型:
机型 | 版本 | 详细信息 | 适配完成 | 具体表现 |
---|---|---|---|---|
魅族 PRO6 | 6.0 | 型号:PRO6;版本:6.0;分辨率:1920*1080 | 否 | 检测权限结果有误,微信可正常缩小放大,而我方检测为未开启权限,为跳转至开启权限页 |
魅族 U20 | 6.0 | 型号:U20;版本:6.0;分辨率:1920*1080 | 否 | 检测权限结果有误,微信可正常缩小放大,而我方检测为未开启权限,为跳转至开启权限页 |
结论:
汇总结果 |
---|
Android6.0 及以上机型覆盖:58款,其中: |
三星:10款,均正常 |
华为:21款,均正常 |
小米:5款,均正常 |
魅族:2款,异常(1.检测权限未开启,点击 Android 6.0 及以上跳转,没法跳转,却能够选择魅族手机设置,设置后,悬浮窗打开缩小正常;2.在魅族上,及时设置悬浮窗关闭,微信也可正常缩小,可是咱们检测的悬浮窗是否开发结果,和实际系统的设置是匹配的。) |
其余:20款,均正常 |
已适配完成,针对魅族的手机,在 6.0 以后仍然使用老的跳转方式,而不是使用新版本的 Google API 进行跳转。
这里是华为手机的测试结果:
机型 | 版本 | 适配完成 | 具体表现 | 默认设置 |
---|---|---|---|---|
华为荣耀x2 | 5.0 | 否 | 跳转至通知中心页面,而非悬浮窗管理处 | 默认关闭 |
华为畅玩4x(电信版) | 4.4.4 | 能够优化 | 跳转至通知中心标签页面,用户需切换标签页(通知中心、悬浮窗为两个不一样标签页) | 默认关闭 |
华为 p8 lite | 4.4.4 | 能够优化 | 跳转至通知中心标签页面,用户需切换标签页(通知中心、悬浮窗为两个不一样标签页) | 默认关闭 |
华为荣耀 6 移动版 | 4.4.2 | 能够优化 | 跳转至通知中心标签页面,用户需切换标签页(通知中心、悬浮窗为两个不一样标签页) | 默认关闭 |
华为荣耀 3c 电信版 | 4.3 | 是 | 跳转至通知中心,但默认是开启悬浮窗的 | 默认关闭 |
华为 G520 | 4.1.2 | 否 | 直接点击华为跳转设置页按钮,闪退 | 默认开启 |
结论:
汇总结果 | 彻底兼容机型数量 | 次兼容机型数量 | 总测试机型数 | 兼容成功率 |
---|---|---|---|---|
华为6.0如下机型覆盖:18款,其中: 5.0.1以上:11款,均默认开启,且跳转设置页面正确;5.0:1款,处理异常 (默认未开启悬浮窗权限,且点击跳转至通知栏,非悬浮窗设置入口) 4.4.四、4.4.2:3款,处理可接受 (默认未开启悬浮窗权限,点击跳转至通知中心的“通知栏”标签页,可手动切换至“悬浮窗”标签页设置) 4.3:1款,处理可接受 (默认开启,但点击华为跳转设置页,跳转至通知中心,无悬浮窗设置处) 4.2.2:1款,默认开启,处理正常 4.1.2:1款,处理有瑕疵 (默认开启,但若直接点击华为跳转按钮,出现闪退) |
12 | 5 | 18 | 94.44% |
正在适配中...
大部分的小米机型都是能够成功适配,除了某些奇怪的机型:
机型 | 版本 | 适配完成 | 具体表现 |
---|---|---|---|
小米 MI 4S | 5.1.1 | 否 | 无悬浮窗权限,点击小米手机受权页跳转按钮,无反应 |
小米 红米NOTE 1S | 4.4.4 | 未执行 | 未修改开启悬浮窗成功,真机平台不支持(为权限与以前系统有别) |
小米 红米1(联通版) | 4.2.2 | 未执行 | 未安装成功 |
结论:
汇总结果 | 彻底兼容机型数量 | 次兼容机型数量 | 总测试机型数 | 兼容成功率 |
---|---|---|---|---|
小米6.0如下机型覆盖:10款,其中: 5.1.1 小米 MI 4S:1款,兼容失败 (默认未开启,点击小米手机受权按钮,无跳转) 其余:9款,均成功 |
9 | 0 | 10 | 90% |
几乎 100% 的机型都是配完美,结论:
汇总结果 | 彻底兼容机型数量 | 次兼容机型数量 | 总测试机型数 | 兼容成功率 |
---|---|---|---|---|
三星6.0如下机型覆盖:28款,所有检测处理成功 (默认均开启悬浮窗权限) |
28 | 0 | 28 | 100% |
蓝绿大厂的机器,只测试了几款机型,都是OK的:
机型 | 版本 | 适配完成 | 是否默认开启 |
---|---|---|---|
OPPO R7sm | 5.1.1 | 是 | 默认开启 |
OPPO R7 Plus | 5.0 | 是 | 默认开启 |
OPPO R7 Plus(全网通) | 5.1.1 | 是 | 默认开启 |
OPPO A37m | 5.1 | 未执行 | 默认未开启,且没法设置开启(平台真机限制修改权限致使) |
OPPO A59m | 5.1.1 | 是 | 默认开启 |
结论:
汇总结果 |
---|
抽查3款,2个系统版本,均兼容,100% |
其余的机型,HTC 和 Sony 大法之类的机器,随机抽取了几款,也都是 OK 的:
机型 | 是否正常 |
---|---|
蓝魔 R3 | 是 |
HTC A9 | 是 |
摩托罗拉 Nexus 6 | 是 |
VIVO V3Max A | 是 |
金立 M5 | 是 |
HTC One E8 | 是 |
努比亚 Z11 Max | 是 |
Sony Xperia Z3+ Dual | 是 |
酷派 大神Note3 | 是 |
三星 GALAXY J3 Pro(双4G) | 是 |
三星 Note 5 | 是 |
中兴 威武3 | 是 |
中兴 Axon Mini | 是 |
结论
汇总结果 |
---|
随机抽查看13款,所有测试正常,100% |
www.jianshu.com/p/167fd5f47…
www.liaohuqiu.net/cn/posts/an…
blog.csdn.net/mzm48932192…
www.jianshu.com/p/634cd056b…