NoActive 后台播放配置 - 播放期间自动免冻结
后台播放功能
开启后台播放配置的应用，在播放期间不会被冻结，暂停播放后的 10 秒后自动恢复冻结判定。
识别机制：有声即播放
NoActive 对"正在播放"的判定标准是：应用产生音频输出即为播放。
这意味着：
- 音乐播放器播放音乐 → 被识别为播放，免冻结
- 视频播放器播放视频 → 被识别为播放，免冻结
- 视频会议/语音通话 → 被识别为播放，免冻结
- 游戏的背景音乐 → 被识别为播放，免冻结
注意：这不是"媒体播放"的狭义理解，而是"有声音输出"的广义判定。
适合配置的应用
- 音乐播放器：网易云音乐、QQ 音乐、Spotify 等——后台播放音乐时需要保持活跃
- 视频网站的后台音频模式：YouTube、B站等——后台听视频音频时需要保持活跃
- 语音通话类：微信语音、钉钉会议、Zoom 等——通话期间不能被冻结
- 播客/有声书：喜马拉雅、Apple Podcast 等
10 秒延迟机制
应用暂停播放后，NoActive 不会立即冻结，而是等待 10 秒后再触发冻结。
这 10 秒延迟的设计目的：
- 避免播放暂停瞬间的频繁冻结/解冻切换
- 给应用一个缓冲时间，处理播放停止后的收尾工作
- 减少不必要的 CPU 开销
与白名单的区别
| 对比项 | 白名单 | 后台播放 |
|---|---|---|
| 免冻结条件 | 始终免冻结 | 仅播放期间免冻结 |
| 优先级 | 最高 | 中等 |
| 适用场景 | 核心即时通讯 | 需要后台音频输出的应用 |
注意事项
问题一：应用始终不被冻结
部分应用后台后不会主动暂停音频输出（如某些音频流应用），开启后台播放配置后会导致应用永远无法被冻结。
如果遇到这种情况，关闭该应用的后台播放配置，改用其他方案或加入白名单。
问题二：播放停止后延迟感知
10 秒的冻结延迟是故意设计的，这是正常行为，不是 Bug。如果觉得 10 秒太长或太短，暂时无法在 UI 中调整，需要通过配置文件修改。
→ 继续 常驻通知配置