悬浮窗在锁屏或切后台时如何保持可见？

Question

在Android应用开发中，如何使悬浮窗在锁屏或应用切后台时仍保持可见，是一个常见且具挑战性的技术问题。由于系统出于省电和安全考虑，会在锁屏或后台状态下限制非前台服务的UI绘制权限，导致悬浮窗被隐藏或无法更新。开发者常通过启用前台服务并结合系统级窗口类型（如TYPE_APPLICATION_OVERLAY）来提升悬浮窗的可见性，但依然面临不同厂商ROM的差异化限制，尤其是国产定制系统对后台行为的严格管控。此外，权限适配（如“显示在其他应用上方”）、唤醒屏幕与保活机制的合规性也增加了实现难度。如何在系统限制与用户体验之间取得平衡，成为实际开发中的关键难题。

Answer 1

Android 悬浮窗在锁屏与后台持续可见的深度解析

1. 基础概念：悬浮窗的系统机制与限制

在 Android 系统中，悬浮窗（Floating Window）是通过 WindowManager 添加的系统级窗口。其显示依赖于特定的窗口类型和权限。

• TYPE_APPLICATION_OVERLAY：从 Android 8.0 (API 26) 开始，用于替代废弃的 TYPE_PHONE，是当前推荐的悬浮窗类型。
• SYSTEM_ALERT_WINDOW 权限：俗称“悬浮窗权限”，属于特殊权限，需用户手动授予，无法通过常规方式请求。
• 系统出于安全与省电考虑，会在锁屏或应用退至后台时限制非前台服务的 UI 绘制能力。

2. 技术演进路径：从简单实现到系统兼容性挑战

早期 Android 版本中，使用 TYPE_SYSTEM_ALERT 可轻松实现全局悬浮窗。但随着版本迭代，Google 加强了对后台行为的管控：

Android 版本	关键变更	影响
6.0 (API 23)	Doze 模式引入	后台任务被延迟，定时唤醒受限
8.0 (API 26)	后台服务限制 + TYPE_APPLICATION_OVERLAY	必须使用前台服务 + 新窗口类型
10 (API 29)	后台启动 Activity 限制	无法在后台唤醒屏幕并显示 UI
12 (API 31)	Exact Alarm 权限收紧	精确闹钟需用户显式授权

3. 核心实现方案：结合前台服务与系统窗口

为确保悬浮窗在后台或锁屏时仍可见，标准做法如下：

1. 申请 SYSTEM_ALERT_WINDOW 权限（需跳转设置页）。
2. 创建 Service 并调用 startForeground() 提升优先级。
3. 在服务中通过 WindowManager.addView() 添加悬浮窗视图。
4. 使用 TYPE_APPLICATION_OVERLAY 窗口类型。
5. 监听屏幕状态（BroadcastReceiver 监听 ACTION_SCREEN_ON/OFF）。

4. 国产 ROM 差异化适配策略

国内主流厂商（华为、小米、OPPO、vivo 等）对后台管理极为严格，常存在以下问题：

• 自动清理后台服务
• 禁止自启动
• 限制“显示在其他应用上方”权限的持久性

应对策略包括：

厂商	适配方案
华为	引导用户关闭“自动管理” > “全部允许”
小米	加入“神隐模式”白名单，设置常驻通知
OPPO/vivo	开启“电池优化-不优化”，添加自启动权限
魅族	设置“待机耗电管理”为“无限制”

5. 代码示例：基础悬浮窗服务实现

public class FloatService extends Service {
    private WindowManager windowManager;
    private View floatView;

    @Override
    public void onCreate() {
        super.onCreate();
        windowManager = (WindowManager) getSystemService(WINDOW_SERVICE);
        floatView = LayoutInflater.from(this).inflate(R.layout.layout_float, null);

        WindowManager.LayoutParams params = new WindowManager.LayoutParams(
            WindowManager.LayoutParams.WRAP_CONTENT,
            WindowManager.LayoutParams.WRAP_CONTENT,
            Build.VERSION.SDK_INT >= Build.VERSION_CODES.O 
                ? WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY 
                : WindowManager.LayoutParams.TYPE_PHONE,
            WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE | WindowManager.LayoutParams.FLAG_LAYOUT_IN_SCREEN,
            PixelFormat.TRANSLUCENT);

        params.gravity = Gravity.TOP | Gravity.START;
        params.x = 0;
        params.y = 100;

        windowManager.addView(floatView, params);
        startForeground(1, createNotification());
    }

    private Notification createNotification() {
        return new NotificationCompat.Builder(this, CHANNEL_ID)
            .setContentTitle("悬浮窗服务运行中")
            .setSmallIcon(R.drawable.ic_float)
            .build();
    }

    @Override
    public IBinder onBind(Intent intent) { return null; }

    @Override
    public void onDestroy() {
        if (floatView != null) windowManager.removeView(floatView);
        super.onDestroy();
    }
}
    

6. 保活机制设计与合规边界探讨

为防止服务被杀，开发者常采用多种保活手段，但需注意合规性：

• 双前台服务：利用两个服务互相拉起（Android 9 后受限）。
• JobScheduler：定期唤醒执行任务，适配 Doze 模式。
• AlarmManager.setAndAllowWhileIdle()：低频唤醒，避免滥用。
• AccessibilityService 辅助服务：可监听系统事件，但易被归类为“无障碍滥用”。

7. 锁屏状态下唤醒与显示的可行性分析

在锁屏状态下显示悬浮窗，需解决两个核心问题：

1. 如何唤醒屏幕？
2. 如何绕过锁屏的 UI 遮挡？

技术路径：

• 使用 PowerManager.WakeLock 保持 CPU 唤醒（需 WAKE_LOCK 权限）。
• 通过 KeyguardManager 判断锁屏状态。
• 调用 startActivity() 前检查是否在前台，否则可能被系统拦截。

8. Mermaid 流程图：悬浮窗生命周期控制逻辑

graph TD
    A[应用启动] --> B{是否已获取悬浮窗权限?}
    B -- 否 --> C[跳转设置页申请权限]
    B -- 是 --> D[启动FloatService]
    D --> E[调用startForeground()]
    E --> F[通过WindowManager添加悬浮窗]
    F --> G[监听屏幕状态变化]
    G --> H{屏幕关闭?}
    H -- 是 --> I[保持服务运行，悬浮窗隐藏或降频更新]
    H -- 否 --> J[正常显示并响应交互]
    I --> K{用户触发唤醒条件?}
    K -- 是 --> L[尝试唤醒屏幕并恢复UI]
    K -- 否 --> M[维持低功耗状态]
    

9. 用户体验与系统限制的平衡策略

过度保活会导致耗电、卡顿，甚至被用户卸载或市场下架。合理设计应遵循：

• 仅在必要场景启用悬浮窗（如导航、游戏辅助）。
• 提供关闭入口，尊重用户选择。
• 避免频繁唤醒，采用事件驱动而非轮询。
• 在隐私政策中明确说明悬浮窗用途，符合 GDPR/个人信息保护法。

10. 未来趋势与替代方案展望

随着 Android 对后台行为的持续收紧，传统悬浮窗模式面临淘汰风险。新兴替代方案包括：

• Pip 模式（Picture-in-Picture）：适用于视频类应用，系统原生支持后台小窗。
• Notification Action：通过通知栏快捷操作替代部分悬浮窗功能。
• Compose Desktop / Jetpack Compose Multiplatform：跨平台统一 UI 层，减少对系统悬浮窗依赖。
• WorkManager + Foreground Service：合规化后台任务调度。