Flutter中Django WebSocket实时推送通知在APP关闭/后台时失效的解决办法

首先明确核心问题：移动端系统（尤其是iOS和Android 12+）对后台进程的网络和运行限制极严，单纯靠WebSocket维持连接或Work Manager保活，很难在APP关闭/后台时稳定运行。以下是更可行的方案：

1. 改用系统级推送服务（优先推荐） #

放弃自行维持WebSocket连接，改用Firebase Cloud Messaging（FCM）或国内推送服务（如极光、个推），这是移动端后台通知的标准解决方案：

• 原理：这类服务依赖系统原生推送通道，APP关闭/后台时，由系统代为接收推送消息，直接展示通知或唤醒APP处理
• 适配Django：后端无需维持WebSocket长连接，当需要推送通知时，直接调用推送服务的API（如FCM的HTTP API），将消息发送到目标设备
• Flutter端操作：集成对应推送插件（如firebase_messaging），配置iOS推送证书、Android推送参数，处理前台/后台的通知接收逻辑

2. WebSocket + 推送服务结合（适合需双向实时通信场景） #

如果业务需要WebSocket的双向实时能力，可采用「推送唤醒+WebSocket同步」的模式：

• APP后台/关闭时，WebSocket断开，后端有消息时先发送推送通知
• 用户点击通知打开APP后，立即重新建立WebSocket连接，同步未接收的实时消息
• 这种方式既避免了后台WebSocket被系统杀死，又能保证实时性

3. Android端WebSocket后台保活优化（仅限Android） #

如果坚持在Android后台维持WebSocket，可尝试前台服务（Foreground Service）：

• 将WebSocket逻辑放在前台服务中，启动服务时调用startForeground()，显示一个持续的系统通知（Android强制要求前台服务必须可见通知）
• 示例代码框架：

  class WebSocketForegroundService extends Service {
    late WebSocketChannel channel;
  
    @override
    int onStartCommand(Intent intent, int flags, int startId) {
      // 初始化WebSocket连接
      channel = IOWebSocketChannel.connect('ws://your-django-websocket-url');
      // 创建前台通知
      Notification notification = NotificationCompat.Builder(this, "channel_id")
          .setContentTitle("实时通知服务")
          .setContentText("正在运行")
          .setSmallIcon(R.drawable.ic_notification)
          .build();
      startForeground(1, notification);
      // 处理WebSocket消息
      channel.stream.listen((message) {
        // 触发本地通知
        LocalNotification.show(message);
      });
      return START_STICKY;
    }
  
    @override
    IBinder onBind(Intent intent) => throw UnimplementedError();
  }
  

• 注意：Android 12+对前台服务的启动场景有严格限制，仅允许在用户交互、后台任务触发等特定场景启动，且通知无法隐藏

4. iOS端的限制说明 #

iOS的后台机制比Android更严格：

• WebSocket在后台最多维持几分钟，之后会被系统强制断开，且无法通过普通后台任务保活
• 仅「VoIP推送」或「后台刷新」能实现后台网络，但VoIP需要苹果特殊审核，仅适用于通话类APP；后台刷新频率极低，不适合实时通知
• iOS端几乎只能依赖系统推送服务实现后台通知

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