转载

越过用户授权使用浮窗

上一片篇文章分析了 Android窗口系统层次、Ativity的窗口和系统窗口的区别，这篇文章我来说说使用系统窗口来实现浮窗的一些限制，我们如何越过这些限制。

简单的浮窗实现

final WindowManager windowManager =     getWindowManager(context);     //创建自定义浮窗      FloatView    hideDialog = new FloatView(context);     WindowManager.LayoutParams  params = new     WindowManager.LayoutParams();     //params.type 窗口类型，主要决定了窗口的层次     params.type = WindowManager.LayoutParams.TYPE_PHONE;     params.format = PixelFormat.RGBA_8888;     //params.flags 描述窗体其他属性的标记位，     //LayoutParams.FLAG_NOT_FOCUSABLE表示不能获取输入法焦点     params.flags = LayoutParams.FLAG_NOT_FOCUSABLE;     params.gravity = Gravity.LEFT | Gravity.TOP;     params.width = LayoutParams.MATCH_PARENT;     params.height = LayoutParams.MATCH_PARENT;     //添加     windowManager.addView(hideDialog, dialogParams);

使用WindowManager.LayoutParams.TYPE_PHONE

或WindowManager.LayoutParams.TYPE_SYS_ALERT窗体类型，然后在别忘了AndroidManifest.xml文件中申明权限<uses-permissionandroid:name=”android.permission.SYSTEM_ALERT_WINDOW” />，这是网上关于浮窗实现的帖子千篇一律的做法，很多开发团队也是这么做的。然而在Android 4.4（ api 19 ）以后，手机rom就可以把这个权限动态的交给用户来选择了，例如华为、小米、oppo等一些机型。例如在华为荣耀6上，关掉《九游》App的浮窗权限，九游的浮窗就显示不了了。

越过用户授权使用浮窗

于是很多产品在浮窗功能环节就加入了授权引导（针对不同的机型提示引导用户去授权），本人最讨论这样的引导了，兴致勃勃的要使用某项功能，突然来个提示框，叫我到xxx设置去进行n个步骤操作，对于这样的功能我一般都是直接放弃使用的。好在这些痛点我们是可以技术策略解决的。

窗实现越过权限使用浮窗

《交易猫》App已经越过浮窗授权，正常使用浮窗功能。

类型为TYPE_PHONE、TYPE_PRIORITY_PHONE、TYPE_SYSTEM_ALERT、TYPE_SYSTEM_ERROR、TYPE_SYSTEM_ERROR这些的窗口都是需要用户授权的，类型为TYPE_TOAST的不需要，然而在Android 4.4 （api 19）以下TYPE_TOAST是无法获取焦点的，具体源码分析过程可以参考文章：《Android悬浮窗TYPE_TOAST小结源码分析》。于是我们就可以做一个细分流程了：首先获取系统版本如果大于等于19我们使用TYPE_TOAST，小于19我们使用TYPE_PHONE窗口类型。

越过用户授权使用浮窗

输入法的限制

在4.4以上使用TYPE_TOAST还是有些小小的限制，如果浮窗交互中需要输入框，TYPE_TOAST和TYPE_PHONE两种类型窗体对输入法的处理还是有些区别。当我们的浮窗在横屏环境中（浮窗下面的应用是横屏的），输入法默认是全屏的，我们可以通过设置文本属性android:imeOptions=“flagNoExtractUi”来禁止输入法的全屏，同时可以设置窗体属性为adjustResize来适配调整浮窗位置防止输入法盖住输入框。

越过用户授权使用浮窗

然而adjustResize这个属性对TYPE_TOAST类型的窗体是无效的，本人暂时没找到对应的源码佐证，如果你找到了请告诉我一下。所以如果你的浮窗交互中是需要输入文字的，就不能使用半屏幕输入法的体验了。

越过用户授权使用浮窗

为了最大程度的优化体验，我们使用浮窗的流程可以细化为：

越过用户授权使用浮窗

关于浮窗授权，我们可以使用一下方法来判断是否授权：

/**      * 判断是否开启浮窗权限,api未公开，使用反射调用      * @return      */     private static boolean hasAuthorFloatWin(Context context){          if (Device.getSystemVersion() < 19){             return false;         }         try {             AppOpsManager appOps = (AppOpsManager)context.getSystemService(Context.APP_OPS_SERVICE);             Class c = appOps.getClass();             Class[] cArg = new Class[3];             cArg[0] = int.class;             cArg[1] = int.class;             cArg[2] = String.class；             Method lMethod = c.getDeclaredMethod("checkOp", cArg);             //24是浮窗权限的标记             return (AppOpsManager.MODE_ALLOWED == (Integer) lMethod.invoke(appOps, 24, Binder.getCallingUid(), context.getPackageName())){          } catch(Exception e) {            return false;         }     }

AppOpsManager是api 19以后引入的，第三方rom可以利用它来管理权限，将某些权限交给用户来定夺，例如浮窗。详细参考官方文档： AppOpsManager 。

原文 http://www.liuguangli.win/archives/484

正文到此结束