上一片篇文章分析了、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文件中申明权限，这是网上关于浮窗实现的帖子千篇一律的做法，很多开发团队也是这么做的。然而在Android 4.4（ api 19 ）以后，手机rom就可以把这个权限动态的交给用户来选择了，例如华为、小米、oppo等一些机型。例如在华为荣耀6上，关掉《九游》App的浮窗权限，九游的浮窗就显示不了了。

于是很多产品在浮窗功能环节就加入了授权引导（针对不同的机型提示引导用户去授权），这样的体验很不友好。好在这些痛点我们是可以技术策略解决的。

窗实现越过权限使用浮窗

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

类型为TYPE_PHONE、TYPE_PRIORITY_PHONE、TYPE_SYSTEM_ALERT、TYPE_SYSTEM_ERROR、TYPE_SYSTEM_ERROR这些的窗口都是需要用户授权的，类型为TYPE_TOAST的不需要，然而在Android 4.4 （api 19）以下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可以利用它来管理权限，将某些权限交给用户来定夺，例如浮窗。详细参考官方文档：。

下篇文章：