最近项目里要做一个桌面小工具，类似360悬浮球清理内存的那个效果。
写下来发现坑好多，所以做个记录
6.0 的悬浮窗权限
注意：以下小米手机系统都是（MUI8，基于6.0.1）！！不同版本的MUI悬浮窗是不一样的
进入设置页面设置这个：
第一个疑问：设置了这个“允许在其他应用上层展示”之后，悬浮窗权限设置并没有给（在权限列表里可以看到）！但是悬浮窗可以显示了！
TYPE_TOAST只有显示而没有交互的权限（在6.0的手机上 TYPE_TOAST的WindowManager是不需要申请权限的）
TYPE_TOAST也是需要申请的，申请的方式如下：
Intent intent = new Intent(Settings.ACTION_MANAGE_OVERLAY_PERMISSION);
intent.setData(Uri.parse("package:" + getPackageName()));
startActivityForResult(intent, REQUEST_CODE);
验证是否申请成功：
onActivityResult方法中：
if (Settings.
canDrawOverlays (
this )) {
Logger. i (
"=====" ,
"onActivityResult granted" );
}
注意，申请成功了是可以有交互权限的！
而魅族手机就更特殊了，这个设置页面根本打不开，也就是说上面那个设置是被禁止了的，只能通过给予悬浮窗权限一条路。
TYPE_TOAST只有显示而没有交互的权限（在6.0的手机上 TYPE_TOAST的WindowManager是不需要申请权限的））
TYPE_TOAST只有显示而没有交互的权限（在6.0的手机上 TYPE_TOAST的WindowManager是不需要申请权限的））
TYPE_TOAST只有显示而没有交互的权限（在6.0的手机上 TYPE_TOAST的WindowManager是不需要申请权限的））
第二个疑问：
Manifest.permission. SYSTEM_ALERT_WINDOW 到底是个啥玩意？
注意看重点
WindowManager addView的时候第二个参数 WindowManager .LayoutParams 的type属性为 TYPE_SYSTEM_ALERT,时，才需要 Manifest.permission. SYSTEM_ALERT_WINDOW这个权限
Manifest.permission. SYSTEM_ALERT_WINDOW这个权限是关闭的，需要单独申请。小米手机除外，他是默认打开，但没有毛线用，在获取权限的时候给你个true并不能让你显示悬浮窗，你还是需要去申请“允许在其他应用上层展示”或者悬浮窗的权限。但是怎么检测到小米手机上是否可以正确显示悬浮窗呢？（ 注意下面的方法需要在api19以上使用）
/**
* 判断 悬浮窗口权限是否打开
*
* @param context
* @return true 允许 false禁止
*/
public static boolean getAppOps(Context context) {
try {
Object object = context.getSystemService( "appops" );
if (object == null ) {
return false ;
}
Class localClass = object.getClass();
Class[] arrayOfClass = new Class[ 3 ];
arrayOfClass[ 0 ] = Integer. TYPE ;
arrayOfClass[ 1 ] = Integer. TYPE ;
arrayOfClass[ 2 ] = String. class ;
Method method = localClass.getMethod( "checkOp" , arrayOfClass);
if (method == null ) {
return false ;
}
Object[] arrayOfObject1 = new Object[ 3 ];
arrayOfObject1[ 0 ] = Integer. valueOf ( 24 );
arrayOfObject1[ 1 ] = Integer. valueOf (Binder. getCallingUid ());
arrayOfObject1[ 2 ] = context.getPackageName();
int m = ((Integer) method.invoke(object, arrayOfObject1)).intValue();
return m == AppOpsManager. MODE_ALLOWED ;
} catch (Exception ex) {
}
return false ;
}
第三个疑问：“允许在其他应用上层展示”和悬浮窗的权限这两个区别？
我的猜测：小米手机上是一样的，原生机器上事做了区分的，前者只是显示，没有交互，后者是可以有交互的。（待验证）
同样待验证的还有魅族的这两个有什么区别，为什么不允许打开“允许在其他应用上层展示”这个设置页面？
1.9待续：（1.10已解决）
同2，同样是Context的原因！
同样的手机还有魅族U20，原生的6.0系统也是这样
2. 魅族MX4 home键之后 加号就消失了 (4.4的系统，包括小米）
今天早上我在测oppo的时候（机型n5117 4.3的系统） 一会可以，一会不可以，每次先crash一次，然后后面就可以了。我真是醉了。然后我觉得思路好像不太对，应该不是系统的原因，重新检查了代码发现是Context的原因！要使用applicationContext，不要使用Activity。
同2，同样是Context的原因！
第2和第3最开始在6.0的机子上也遇到过，WindowManager是在Service中显示的，因为Service是运行在主进程中的，在app的MainActivity的onBackPressed方法中我杀死了主进程：
android.os.Process. killProcess (android.os.Process. myPid ());
System. exit ( 0 );
所以Service不在了 WindowManager自然也就不在了
Context!!!
好，基本解决问题。继续测试。
vivo xplay5a app退出或者按home键之后不显示悬浮窗
So,
总结：老老实实检测是否给了悬浮窗权限，没给的话就去设置页面打开，这是最稳妥的方式
https://github.com/xturbofan/settingscompat 使用这个库进行悬浮窗权限检测并跳转到设置页面
但是，设置WindowManager的LayoutParams时，这样
if (Build.VERSION. SDK_INT >= Build.VERSION_CODES. KITKAT ) {
floatMenuParams . type = WindowManager.LayoutParams. TYPE_TOAST ;
} else {
floatMenuParams . type = WindowManager.LayoutParams. TYPE_PHONE ;
}
好，解决。
pps:这个与悬浮窗有点点关心，但更具体的是本身app的业务逻辑相关，我只是做个记录。
因为悬浮窗显示后是需要有点击处理操作的使用RxBus给Fragment发送消息，然后在接收消息的方法中进行数据库保存，但这时候app都退了，肯定没有接收消息一说了。
