Android 悬浮窗的小结
22 Oct 2015
睡不着起不来的万先生 的 Android无需权限显示悬浮窗, 兼谈逆向分析app 对 UC 浏览器的弹窗实现做了详尽的分析。
我看了顺手做了个小 Demo ，发布之后收到反馈说并非所有机型都可以显示悬浮窗。睡不着起不来的万先生 也收到了类似的反馈，并第一时间(凌晨2，3点)做了研究并给出了一个结论。我资质愚钝，在他之后，继续花了很多时间，想把这个事情弄清楚，现在算弄明白了，这里小结一下。
目的
Demo 和 UC 浏览器的目的都是使用 WindowManager 在尽可能多的机器上，在任何应用中（包括在桌面时），显示悬浮窗（System Overlay View)，并且这些 View 需要可以接收触摸（点击）和按键事件，点击悬浮窗可以跳转进入到应用。
总结
总结起来:
使用
type值为WindowManager.LayoutParams.TYPE_PHONE和WindowManager.LayoutParams.TYPE_SYSTEM_ALERT需要申请android.permission.SYSTEM_ALERT_WINDOW权限，否则无法显示，报错：E/AndroidRuntime: android.view.WindowManager$BadTokenException: Unable to add window android.view.ViewRoot$W@b64b5458 -- permission denied for this window typetype值为WindowManager.LayoutParams.TYPE_TOAST显示的 System overlay view 不需要权限，即可在任何平台显示。但仅在 API level >= 19 时可以达到目的。API level 19 以下因无法接收无法接收触摸（点击)和按键事件，故无法达到目的。
对于 API level < 19 的机器（MIUI除外），想要达到目的，需要:
- 要有
android.permission.SYSTEM_ALERT_WINDOW权限 - 将
type设置为WindowManager.LayoutParams.TYPE_PHONE或者WindowManager.LayoutParams.TYPE_SYSTEM_ALERT
- 要有
MIUI V5
在给悬浮窗权限之后，表现同 3 。但是，不给悬浮窗权限时，应用在前台时，却可以显示。这点非常不一样。
最后
为什么采用
TYPE_TOASTAPI level 19 之后，
TYPE_SYSTEM_ALERT就可以达到TYPE_SYSTEM_ALERT效果（即可以达到目的）。但在 API level 23 (Android 6.0) 上，悬浮窗权限也单独弄出来了，需要到单独开启，这个处理和现在 Smartisan 还有小米类似。
故采用
TYPE_TOAST能让用不开启悬浮窗权限的情况下，也能显示。为的就是尽量少请求权限。为什么 API level 19 之后
TYPE_TOAST可以接受事件PhoneWindowManager.adjustWindowParamsLw()，API level 19 后做了调整。当我们使用
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以前只能显示出来, 不能交互。争取做到极致
在弹窗这个事情上，UC 也算做得挺极致了。
发现问题，睡不着起不来的万先生 第一时间探求真相，并本着认真负责的态度立刻更新了博客。
我也修改了 Demo 将 API level 兼容到了 9 。 为此还专门做了
ClipboardManager的兼容。由于手头没机器，幸得群里 脉脉不嘚語 付国征 等朋友的帮助，期间也一直和 睡不着起不来的万先生 一直交流。
现在这个问题，我们已经最大的能力，给弄清楚了。谢谢上面提到的几个朋友的帮助。
非常感谢，尤其是 睡不着起不来的万先生。
comments powered by Disqus