关于安卓系统回收APP的机制和时机问题

Question

最近刚开始做安卓开发，很多细节不太了解。
我写了一个单页面的MainActivity并绑定service的APP。想尽可能保持与服务器端的TCP长链接并定期发送数据。
跌跌撞撞最后使用了AlarmManager设置RTC_WAKEUP唤醒类型重复广播的方式，在接收到自定义广播的时候进行TCP通信。
程序在干净环境下能够连续几天保持后台活跃并与服务器定时通信。但是由于手机厂商对AlarmManager时间间隔的限制，时间间隔5秒的AlarmManager在不同手机上分别被推迟至1分钟1次至5分钟1次不等。为了在使用阶段进行更高密度的TCP通信就想到了在使用阶段切换为Timer，检测到锁屏后切换成AlarmManager保活+通信。
代码修改完后发现一个问题，APP使用状态下通过Timer进行5秒一次的通信任务正常，通过接收锁屏和解锁广播进行Timer和AlarmManager转换也正常，手机锁屏后仍然可以保持长链接。但是当APP被放至后台并且手机不锁屏大概5分钟后，网络连接断开，发现APP已经被回收。
初步分析原因是因为手机虽然设置长时间不锁屏，但是仍然进入了休眠或者回收机制？而APP由于一直没有收到锁屏广播还仍然在使用Timer，没有切换成AlarmManager进行定期唤醒所以被回收掉了？
还望大家不吝赐教

Answer 1

Service保活的这个方式已经没法做了，可能有些手机能够保活，但是大多数都会被系统回收；
之前做推送，发现只有厂商白名单的才能一直保活，所以换成第三方推送了。
如果要做，可能就要像QQ微信那样，用双service来互相唤醒保活了。但是这个我没测试过。