1. 理解Android悬浮窗的本质与层级机制

悬浮窗在Android系统中是一个特殊的UI组件，它能够脱离Activity的边界限制，直接显示在系统窗口的最上层。这种特性使得悬浮窗非常适合用于需要全局展示的场景，比如视频通话的小窗模式、游戏辅助工具或者系统级的快捷操作面板。

从技术实现来看，Android悬浮窗的核心是WindowManager系统服务。当我们调用WindowManager.addView()方法时，实际上是在向系统申请创建一个新的窗口。这个窗口的类型（Type）决定了它的层级（Z-order）和显示规则。Android系统将窗口分为多种类型，每种类型对应不同的显示优先级：

• TYPE_APPLICATION（应用窗口）：普通Activity的窗口，层级最低
• TYPE_APPLICATION_OVERLAY（覆盖窗口）：Android 8.0+推荐的悬浮窗类型
• TYPE_SYSTEM_ALERT（系统警告窗口）：传统悬浮窗类型，需要特殊权限
• TYPE_SYSTEM_OVERLAY（系统覆盖窗口）：完全覆盖系统UI，极少使用

重要提示：从Android 8.0（API 26）开始，Google对悬浮窗的实现方式做了重大调整，传统的TYPE_SYSTEM_ALERT窗口类型被限制使用，开发者必须改用TYPE_APPLICATION_OVERLAY。

2. Android各版本悬浮窗适配方案详解

2.1 Android 8.0以下的传统实现方式

在Android 8.0之前，开发者通常使用TYPE_SYSTEM_ALERT类型来创建悬浮窗。这种方式的优点是实现简单，只需要在AndroidManifest.xml中声明权限即可：

<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>

创建悬浮窗的典型代码如下：

WindowManager.LayoutParams params = new WindowManager.LayoutParams( WindowManager.LayoutParams.WRAP_CONTENT, WindowManager.LayoutParams.WRAP_CONTENT, WindowManager.LayoutParams.TYPE_SYSTEM_ALERT, WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE, PixelFormat.TRANSLUCENT); WindowManager windowManager = (WindowManager) getSystemService(WINDOW_SERVICE); View floatingView = LayoutInflater.from(this).inflate(R.layout.floating_view, null); windowManager.addView(floatingView, params);

2.2 Android 8.0+的新规范适配

从Android 8.0开始，TYPE_SYSTEM_ALERT窗口类型被限制只能用于系统应用，普通应用必须使用TYPE_APPLICATION_OVERLAY。同时，权限管理也更加严格：

1. 仍然需要在AndroidManifest.xml中声明权限：

<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>

2. 必须动态请求权限：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M && !Settings.canDrawOverlays(this)) { Intent intent = new Intent(Settings.ACTION_MANAGE_OVERLAY_PERMISSION, Uri.parse("package:" + getPackageName())); startActivityForResult(intent, OVERLAY_PERMISSION_REQ_CODE); }

3. 创建悬浮窗时使用新的窗口类型：

int type = Build.VERSION.SDK_INT >= Build.VERSION_CODES.O ? WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY : WindowManager.LayoutParams.TYPE_SYSTEM_ALERT; WindowManager.LayoutParams params = new WindowManager.LayoutParams( width, height, type, flags, PixelFormat.TRANSLUCENT);

2.3 兼容性处理的关键要点

在实际开发中，我们需要特别注意以下几点兼容性问题：

1. 权限检查的时机：不仅要在应用启动时检查权限，每次显示悬浮窗前都应该检查，因为用户可能随时在系统设置中撤销权限。

2. 窗口标志位的选择：

   • FLAG_NOT_FOCUSABLE：悬浮窗不获取焦点，不影响其他窗口输入
   • FLAG_NOT_TOUCH_MODAL：允许触摸事件传递给下层窗口
   • FLAG_WATCH_OUTSIDE_TOUCH：监听悬浮窗区域外的触摸事件

3. 不同厂商的ROM适配：

   • 小米MIUI需要额外申请"显示悬浮窗"权限
   • 华为EMUI可能会限制后台应用的悬浮窗显示
   • OPPO ColorOS需要将应用加入白名单

3. 悬浮窗层级控制的进阶技巧

3.1 动态调整窗口层级

在某些场景下，我们可能需要动态调整悬浮窗的显示层级。WindowManager.LayoutParams提供了几个关键参数来控制这一点：

// 设置窗口的优先级（影响同类型窗口间的层级） params.gravity = Gravity.TOP | Gravity.START; // 定位基准 params.x = 100; // X轴偏移 params.y = 200; // Y轴偏移 params.z = 10; // Z轴顺序，值越大显示越靠前 // 更新窗口参数 windowManager.updateViewLayout(floatingView, params);

3.2 处理窗口焦点冲突

当悬浮窗需要接收用户输入时，可能会与其他窗口产生焦点冲突。合理的处理方式包括：

1. 适时设置/清除FLAG_NOT_FOCUSABLE标志
2. 监听焦点变化事件：

floatingView.setOnFocusChangeListener((v, hasFocus) -> { if (hasFocus) { // 获取焦点时的处理 } else { // 失去焦点时的处理 } });

3. 手动请求焦点：

floatingView.setFocusable(true); floatingView.setFocusableInTouchMode(true); floatingView.requestFocus();

3.3 悬浮窗的内存泄漏预防

悬浮窗因为直接与WindowManager交互，容易造成内存泄漏。最佳实践包括：

1. 在合适的生命周期（如Activity的onDestroy）中移除悬浮窗：

@Override protected void onDestroy() { super.onDestroy(); if (floatingView != null && floatingView.isAttachedToWindow()) { windowManager.removeView(floatingView); } }

2. 使用WeakReference持有悬浮窗引用
3. 避免在悬浮窗View中持有Activity的强引用

4. 实战案例：实现可拖拽的全兼容悬浮窗

下面我们通过一个完整的示例，演示如何实现一个可以在所有Android版本上运行的拖拽悬浮窗。

4.1 基础悬浮窗实现

首先创建悬浮窗布局文件res/layout/floating_window.xml：

<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="200dp" android:layout_height="100dp" android:background="#88000000"> <TextView android:layout_width="match_parent" android:layout_height="match_parent" android:text="悬浮窗内容" android:gravity="center" android:textColor="#FFFFFF"/> </FrameLayout>

然后实现悬浮窗管理类：

public class FloatingWindowManager { private Context context; private WindowManager windowManager; private View floatingView; private WindowManager.LayoutParams params; public FloatingWindowManager(Context context) { this.context = context.getApplicationContext(); windowManager = (WindowManager) context.getSystemService(Context.WINDOW_SERVICE); } public void showFloatingWindow() { if (floatingView != null) return; int type; if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) { type = WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY; } else { type = WindowManager.LayoutParams.TYPE_SYSTEM_ALERT; } params = new WindowManager.LayoutParams( WindowManager.LayoutParams.WRAP_CONTENT, WindowManager.LayoutParams.WRAP_CONTENT, type, WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE, PixelFormat.TRANSLUCENT); params.gravity = Gravity.TOP | Gravity.START; params.x = 0; params.y = 100; floatingView = LayoutInflater.from(context).inflate(R.layout.floating_window, null); windowManager.addView(floatingView, params); setupDragListener(); } private void setupDragListener() { floatingView.setOnTouchListener(new View.OnTouchListener() { private int initialX; private int initialY; private float initialTouchX; private float initialTouchY; @Override public boolean onTouch(View v, MotionEvent event) { switch (event.getAction()) { case MotionEvent.ACTION_DOWN: initialX = params.x; initialY = params.y; initialTouchX = event.getRawX(); initialTouchY = event.getRawY(); return true; case MotionEvent.ACTION_MOVE: params.x = initialX + (int)(event.getRawX() - initialTouchX); params.y = initialY + (int)(event.getRawY() - initialTouchY); windowManager.updateViewLayout(floatingView, params); return true; } return false; } }); } public void dismissFloatingWindow() { if (floatingView != null) { windowManager.removeView(floatingView); floatingView = null; } } }

4.2 处理特殊ROM的权限问题

针对国内各种定制ROM，我们需要增加额外的权限检查：

public boolean checkAllPermission() { // 基础悬浮窗权限检查 if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) { if (!Settings.canDrawOverlays(context)) { return false; } } // 小米MIUI特殊检查 if (isMiui()) { return checkMiuiPermission(); } // 华为EMUI特殊检查 if (isEmui()) { return checkEmuiPermission(); } return true; } private boolean isMiui() { return !TextUtils.isEmpty(getSystemProperty("ro.miui.ui.version.name")); } private boolean checkMiuiPermission() { try { Class clazz = Class.forName("android.app.MiuiActivity"); Method method = clazz.getMethod("checkPermission", String.class); int result = (int) method.invoke(null, "android.permission.SYSTEM_ALERT_WINDOW"); return result == PackageManager.PERMISSION_GRANTED; } catch (Exception e) { // 处理异常 } return false; }

4.3 悬浮窗的生命周期管理

为了确保悬浮窗在各种场景下都能正确显示/隐藏，我们需要做好生命周期管理：

public class MainActivity extends AppCompatActivity { private FloatingWindowManager floatingWindowManager; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); floatingWindowManager = new FloatingWindowManager(this); if (floatingWindowManager.checkAllPermission()) { floatingWindowManager.showFloatingWindow(); } else { requestPermissions(); } } @Override protected void onResume() { super.onResume(); // 从后台返回时检查悬浮窗状态 if (floatingWindowManager.isShowing()) { floatingWindowManager.updatePosition(); } } @Override protected void onDestroy() { super.onDestroy(); floatingWindowManager.dismissFloatingWindow(); } private void requestPermissions() { // 处理权限请求逻辑 } }

5. 调试与问题排查技巧

5.1 常见问题及解决方案

1. 悬浮窗不显示：

   • 检查是否已授予SYSTEM_ALERT_WINDOW权限
   • 检查窗口类型是否与Android版本匹配
   • 在开发者选项中开启"显示布局边界"确认悬浮窗是否存在但不可见

2. 触摸事件不响应：

   • 检查FLAG_NOT_TOUCHABLE和FLAG_NOT_FOCUSABLE标志
   • 确认悬浮窗布局中是否有可点击的子View
   • 检查是否被其他更高层级的窗口遮挡

3. 悬浮窗位置异常：

   • 检查gravity和x/y参数设置
   • 考虑屏幕旋转后的坐标转换
   • 不同分辨率设备的适配问题

5.2 使用ADB调试悬浮窗

ADB命令可以帮助我们调试悬浮窗相关问题：

# 查看当前所有窗口信息 adb shell dumpsys window windows # 授予悬浮窗权限 adb shell appops set <package_name> SYSTEM_ALERT_WINDOW allow # 撤销悬浮窗权限 adb shell appops set <package_name> SYSTEM_ALERT_WINDOW deny

5.3 性能优化建议

1. 尽量减少悬浮窗的布局复杂度
2. 避免在悬浮窗中使用动画或频繁更新
3. 当悬浮窗隐藏时，释放不必要的资源
4. 使用SurfaceView代替普通View实现高性能绘制

我在实际项目中发现，正确处理Activity生命周期与悬浮窗的关系至关重要。特别是在多任务场景下，当用户切换到其他应用再返回时，悬浮窗需要保持正确的位置和状态。一个实用的技巧是在onConfigurationChanged中处理屏幕方向变化，避免悬浮窗位置错乱：

@Override public void onConfigurationChanged(Configuration newConfig) { super.onConfigurationChanged(newConfig); if (floatingView != null) { // 重新计算位置 updateFloatingWindowPosition(); } }

另一个容易忽视的点是输入法弹出时的适配。当输入法显示时，系统会调整窗口布局，这可能导致悬浮窗位置异常。解决方法是在WindowManager.LayoutParams中设置softInputMode：

params.softInputMode = WindowManager.LayoutParams.SOFT_INPUT_ADJUST_NOTHING;