最近项目里要做一个桌面小工具,类似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"
);
}
注意,申请成功了是可以有交互权限的!
而魅族手机就更特殊了,这个设置页面根本打不开,也就是说上面那个设置是被禁止了的,只能通过给予悬浮窗权限一条路。
三星 Note 5(6.0.1)测试,同原生手机(即类似于
TYPE_TOAST只有显示而没有交互的权限(在6.0的手机上
TYPE_TOAST的WindowManager是不需要申请权限的))
华为荣耀8(6.0)测试,同原生手机(即类似于
TYPE_TOAST只有显示而没有交互的权限(在6.0的手机上
TYPE_TOAST的WindowManager是不需要申请权限的))
华为 Nexus 6P(6.0.1)测试,同原生手机(即类似于
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已解决)
1. 但是现在状况来了,华为荣耀8 app不在前台后,小工具点击事件没有反应了!
同2,同样是Context的原因!
同样的手机还有魅族U20,原生的6.0系统也是这样
2. 魅族MX4 home键之后 加号就消失了 (4.4的系统,包括小米)
今天早上我在测oppo的时候(机型n5117 4.3的系统) 一会可以,一会不可以,每次先crash一次,然后后面就可以了。我真是醉了。然后我觉得思路好像不太对,应该不是系统的原因,重新检查了代码发现是Context的原因!要使用applicationContext,不要使用Activity。
3. 5.0和5.1的系统app退出之后加号消失并且再进入会crash 按home键不消失
同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自然也就不在了
可是我发现将Service运行在主进程中仍然会复现,这是为什么呢?
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都退了,肯定没有接收消息一说了。
参考: