WindowManager核心原理与实战应用指南

最近不少朋友在群里问WindowManager到底怎么用，说看官方文档一头雾水，照着抄代码还老崩。其实这东西没那么玄乎，说白了它就是安卓里管窗口的那个大管家，你看到的悬浮窗、全局弹窗、甚至锁屏界面上的某些元素，背后都有它在干活。今天我就按自己踩过的坑，把WindowManager核心原理与实战应用掰开揉碎了讲一遍，尽量说人话，看完你至少知道该怎么下手。

应用名称：WindowManager1.8.2.0 免费版 下载地址：https://m.fxxz.com/f/786940

先搞明白WindowManager到底管什么

很多人一上来就写代码加View，结果报错都不知道为啥。WindowManager本质上是WindowManagerService在应用层的代理，你通过它往系统里塞窗口，系统负责分层、显示、触摸事件分发。每个窗口都有对应的WindowManager.LayoutParams，里面type决定窗口层级，flags控制行为，gravity管位置。搞不懂这几个参数，WindowManager用起来就是盲人摸象。我建议先把type的层级关系记牢，应用窗口、子窗口、系统窗口各管各的，别乱用系统级type，不然权限问题够你喝一壶。

悬浮窗实战，权限这关绕不过去

说到WindowManager实战应用，悬浮窗是最典型的场景。但很多人卡在权限上，Android 6.0之后要动态申请SYSTEM_ALERT_WINDOW，8.0又收紧了后台弹窗限制。我的经验是，别想着绕过权限，老老实实引导用户去设置页开。代码上注意两点：一是addView之前检查权限，二是removeView要成对出现，不然内存泄漏跑不掉。还有个小坑，悬浮窗的触摸事件和下层应用会打架，flags里加上FLAG_NOT_FOCUSABLE能省不少事，这个我在项目里实测过，加上之后输入法弹不出来的问题也顺带解决了。

全局弹窗和Toast的替代方案

有些需求要在任意界面弹提示，这时候WindowManager就派上用场了。比起Toast，自己用WindowManager加View可控性高得多，样式随便定，显示时长也能自己控。但要注意，type别用TYPE_APPLICATION_OVERLAY以下的旧类型，高版本直接崩。另外窗口的宽高建议用WRAP_CONTENT，别写死，不然不同分辨率下位置会偏。我见过有人用全局弹窗做引导，结果用户切到桌面还挂着，体验很糟，记得在合适的生命周期里remove掉。

窗口层级和触摸事件那些坑

窗口层级这块，WindowManager的type值越小层级越低，系统窗口一般比应用窗口高。但别以为层级高就万事大吉，触摸事件分发是按层级从上往下走的，你窗口盖住了下层，下层就收不到点击。做悬浮球的时候深有体会，得靠FLAG_NOT_TOUCH_MODAL把窗口外的触摸透传下去，不然整个屏幕都点不动。还有FLAG_LAYOUT_NO_LIMITS能让窗口超出屏幕边界，做侧边栏动画挺有用，但配合状态栏要小心，容易盖住系统UI。

性能与内存，别让窗口成负担

窗口加多了系统会卡，这个真不是吓唬人。每个窗口都占资源，频繁addView、removeView更伤。我的做法是复用View，别每次都new，remove之后记得置空引用。另外WindowManager的updateViewLayout能改参数就别重建窗口，省不少开销。还有一点，窗口的硬件加速看情况开，复杂动画开着流畅，静态内容关了省电。这些细节文档里不一定会写，但实际用起来差别挺明显。

几个容易忽略的收尾工作

最后说点收尾的。用WindowManager加窗口，一定要在onDestroy或者合适的时机remove掉，不然Activity销毁了窗口还在，泄漏没商量。还有多屏幕适配，现在折叠屏、平板多了，窗口位置别写死像素值，用比例或者dp算。另外调试的时候可以用dumpsys window命令看窗口层级，排查问题很管用。总之WindowManager不算难，关键是参数搞懂、权限处理好、生命周期管住，剩下的就是多练手了。