悬浮窗软件如何实现置顶不被遮挡？

Question

在开发悬浮窗软件时，如何确保悬浮窗在多任务切换或启动其他应用时始终保持置顶且不被遮挡，是一个常见技术难题。尤其在Android系统中，即使使用了`TYPE_APPLICATION_OVERLAY`窗口类型并正确申请了“显示在其他应用上方”的权限，仍可能因系统优化机制（如MIUI、EMUI等厂商ROM的后台限制）导致悬浮窗被降级或遮挡。此外，当与其他全屏应用（如游戏、视频播放器）冲突时，窗口层级管理易失效。如何动态监听前台应用变化并及时调整悬浮窗的层级优先级，成为保障其持续可见的关键挑战。

Answer 1

一、悬浮窗置顶显示的技术挑战与实现路径

1. 基础机制：Android 悬浮窗权限与窗口类型

在 Android 系统中，实现悬浮窗的核心是使用 WindowManager 添加视图，并设置合适的窗口类型。自 Android 8.0（API 26）起，推荐使用 TYPE_APPLICATION_OVERLAY 类型来创建覆盖层窗口。

val params = WindowManager.LayoutParams(
    LayoutParams.WRAP_CONTENT,
    LayoutParams.WRAP_CONTENT,
    WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY,
    WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE or WindowManager.LayoutParams.FLAG_LAYOUT_IN_SCREEN,
    PixelFormat.TRANSLUCENT
)

同时，必须申请 SYSTEM_ALERT_WINDOW 权限，该权限属于特殊权限，需引导用户手动授予。

2. 动态监听前台应用变化：AccessibilityService 方案

为应对多任务切换导致的悬浮窗遮挡问题，需实时感知当前前台应用。通过继承 AccessibilityService 可监听系统界面状态变化：

• 注册 AccessibilityService 并配置 accessibility_event_types 为 TYPE_WINDOW_STATE_CHANGED
• 在 onAccessibilityEvent 中获取当前活跃包名
• 判断是否进入全屏应用（如游戏、视频类）

示例代码片段：

@Override
public void onAccessibilityEvent(AccessibilityEvent event) {
    if (event.getEventType() == AccessibilityEvent.TYPE_WINDOW_STATE_CHANGED) {
        String pkgName = event.getPackageName().toString();
        handleForegroundAppChange(pkgName);
    }
}

3. 多厂商 ROM 的兼容性挑战与绕行策略

主流国产 ROM（如 MIUI、EMUI、ColorOS）对后台服务有严格限制，可能导致悬浮窗被系统“优化”关闭或降级层级。

厂商	限制行为	解决方案
Xiaomi (MIUI)	自动清理后台服务	引导用户关闭“神隐模式”
Huawei (EMUI)	限制自启动与后台活动	跳转至启动管理设置页
OPPO (ColorOS)	冻结非活跃应用	请求“无限制运行”白名单
Vivo	后台高耗电限制	提示用户添加电池优化例外

4. 层级优先级动态调整机制设计

当检测到进入全屏应用时，应重新添加悬浮窗以抢占更高 Z-order。可采用“销毁-重建”策略提升窗口层级：

1. 监听到前台应用变更
2. 判断目标应用是否为全屏模式（通过包名匹配或 Activity 信息）
3. 移除原有悬浮窗视图
4. 延迟 100~300ms 后重新添加
5. 利用系统重绘时机获得更高显示优先级

5. 使用 Foreground Service 提升进程存活率

将悬浮窗逻辑绑定至前台服务，可显著降低被系统杀死的概率。需注意：

• 从 Android 9 开始，TYPE_APPLICATION_OVERLAY 窗口必须依附于前台服务
• 前台服务需显示持续通知（无法完全隐藏）
• 建议结合 startForegroundService() 启动服务

6. 全屏应用冲突处理与智能避让策略

部分全屏应用会强制拉高自身窗口层级，导致悬浮窗失效。可通过以下方式缓解：

• 建立全屏应用黑名单（如 com.tencent.mobileqq:video）
• 进入黑名单应用时自动隐藏悬浮窗
• 退出后恢复显示
• 提供用户自定义规则接口

7. 系统级窗口管理流程图（Mermaid）

graph TD
    A[启动悬浮窗服务] --> B{是否获得SYSTEM_ALERT_WINDOW权限?}
    B -- 否 --> C[跳转权限设置页]
    B -- 是 --> D[创建WindowManager参数]
    D --> E[添加TYPE_APPLICATION_OVERLAY视图]
    E --> F[启动AccessibilityService监听]
    F --> G[检测到前台应用切换]
    G --> H{是否为全屏应用?}
    H -- 是 --> I[延迟重建悬浮窗或隐藏]
    H -- 否 --> J[保持显示并更新位置]
    I --> K[应用退至后台]
    K --> L[重新显示悬浮窗]
    

8. 性能与用户体验平衡考量

频繁重建悬浮窗可能引发闪烁或卡顿。优化建议包括：

• 避免在短时间内重复添加/移除
• 使用 Handler.postDelayed 控制重建节奏
• 记录最近处理的应用包名，防止重复响应
• 支持用户关闭自动调整功能

9. 安全与隐私合规提醒

使用 AccessibilityService 需明确告知用户用途，避免滥用权限。Google Play 政策要求：

• 不得用于监控用户行为
• 需在隐私政策中说明数据处理方式
• 禁止静默收集前台应用信息

10. 未来趋势：Android U 及以上版本的变更预判

Google 正逐步收紧悬浮窗权限。预计后续版本可能：

• 进一步限制 TYPE_APPLICATION_OVERLAY 的使用场景
• 引入更细粒度的覆盖层控制（如仅允许特定 UI 组件）
• 推动使用官方 PipActivity 或 CompactCustomView 替代传统悬浮窗