1

有的国产安卓系统，会禁止长时间运行的应用 service,可能需要把你测试的 app 的安全设置或者自启管理之类的设置一下，还有就是可以使用两个服务互相调用的方式去保活

2

每次从冻结回来肯定要 new 个新 socket client 对象啊，哪能还用之前那个

3

断线自动尝试重连。
如果有状态数据要恢复，就加入会话机制；初次建立连接的时候，服务端发送会话 token 给客户端保存；重连时，尝试使用会话 token 恢复状态

4

手机锁屏 websocket 不是常规状态嘛，客户端重连一下就可以了啊。

5

@bmwh123 项目启动了一个前台进程 在通知栏会有一个小图标 表示 app 还存活着
但是停留后台超过一定时间就会报 socket 的异常

6

app 电池管理选择不优化，然后锁定后台。
一般像你这种需求是要上消息推送服务的。

7

这就是安卓后台保活吧，我觉得基本无解。可以看看是不是省电模式或者手机优化程序干的。

8

现在的安卓系统对于应用后台长期存在的 service 会在通知中心显式的提醒用户，这应该是安卓的隐私保护策略。然后还有个电池优化管理，会清掉后台不用的 app ，这会导致 app 的一些功能异常。我不是专业的安卓开发，这些是我之前写一个计时器 app 时遇到的问题，我是通过电池优化管理选择不优化来解决的。

9

保活别想了，老老实实做好重连就行了。

12

IM 应用就接各大手机厂的官方推送服务吧，国内各家魔改的系统对于微信这种大体量应用是有白名单的，当然也不对外开放，所以想达到效果就接推送好了。

13

实际你可以了解下商用的那些 IM SDK 是怎么保证效果的，最后殊途同归，都是调官方推送服务+调优过的长连接策略

14

整个错误抑制 要有断线重连

15

之前微信技术团队分享过一个他们对于长连接的调优文章，具体可以去他们公众号搜搜。

16

感觉部分网络的 NAT 会不定期淘汰 NAT 表，淘汰后这 socket 就没用了，关键是 tcp 的中断检测也麻烦，发一条数据等超时才知道断开。 我以前遇到过在某一次心跳之后服务器发送数据到客户端失败，两边抓包发现客户端和服务器都会偶发性该问题，切换网络就正常

17

断线重连必须要有，光有前台服务不够。一些国产系统会在应用后台时禁止联网。

18

退到后台就主动关闭长连接。切到前台重新连接。后台接收消息主要靠系统级别的推送。

19

前司用 uniapp 开发 MQTT 应用也是这个问题，最后只能销毁原有的，再新建重连。

20

开发即时通讯的推送消息难道不应该走平台的统一推送吗。。
Google 服务虽然被墙了但是 FCM 可没有被墙。