如何在audio_service隔离区执行Dart代码规避Android DOZE模式网络限制？

问题概述 #

• 设备屏幕关闭约3分钟后，应用失去网络连接，导致音频流播放停止；重新点亮屏幕后，音频恢复存在延迟。
• 问题复现环境：小米Android 13定制ROM、Pixel 6a Android 14设备；充电时无此问题，且与网络类型（LTE/Wi-Fi）无关。

核心疑问 #

能否在audio_service隔离区内执行Dart音频下载任务，以此规避Android Doze模式对网络连接的限制？根据Android官方文档，与前台通知关联的代码不受Doze模式影响。

已尝试方案 #

使用IsolatedAudioHandler尝试将音频逻辑放入隔离区，但发现无法在MyAudioHandler对应的隔离区内运行代码，代码示例如下：

// Wrap audio handler in IsolatedAudioHandler:
_audioHandler = await AudioService.init(
  builder: () => IsolatedAudioHandler(
    MyAudioHandler(),
    portName: 'my_audio_handler',
  ),
);

// From another Isolate, obtain a proxy reference:
_proxyAudioHandler = await IsolatedAudioHandler.lookup(
  portName: 'my_audio_handler',
);

解决方案分析 #

1. IsolatedAudioHandler的正确使用方式
   audio_service的IsolatedAudioHandler会将音频逻辑托管到独立隔离区，而该隔离区属于前台服务进程（因audio_service默认启动带前台通知的服务），理论上不受Doze模式限制。你遇到的问题大概率是任务执行位置错误：

   • 需确保音频下载任务直接在MyAudioHandler的内部方法中触发（比如onPlay、onSkipToNext等回调），这类代码会直接运行在隔离区内；
   • 避免通过外部Isolate的proxy调用触发任务，这种方式的任务实际仍运行在原进程，无法享受前台进程的Doze豁免。

2. 前台服务配置验证

   • 确认audio_service的前台通知配置正确，通知必须持续显示（不能被用户手动关闭或代码隐藏），否则服务会被系统降级为后台进程，触发Doze限制；
   • 针对小米等定制ROM，需额外申请自启动权限和后台弹出权限，防止系统强制回收前台服务相关进程。

3. 替代方案
   如果IsolatedAudioHandler的方式仍无法解决问题，可以：

   • 直接通过Android原生前台服务绑定Dart隔离区，确保下载任务运行在前台进程；
   • 使用workmanager并配置ForegroundInfo，让下载任务以前台任务身份执行，绕过Doze模式限制。

内容的提问来源于stack exchange，提问作者Zensonaton