Android进程及TCP动态心跳保活分析
一直以来，APP进程保活都是 各软件提供商 和 个人开发者 头疼的问题。毕竟一切的商业模式都建立在用户对APP的使用上，因此保证APP进程的唤醒，提升用户的使用时间，便是软件提供商和个人开发者的永恒追求。
面对国内GCM(Google Cloud Messaging)推送服务不可用，也未出现一个统一市场PUSH平台的现状。早期的第三方软件一般通过维持一个终端与远端服务器之间的TCP长连接，达到PUSH拉活和消息及时送达的目的。
而为了维持这个TCP长连接不断开，前提条件就是保证自己APP的后台服务进程，不会被杀死（因为只有活着的终端进程才能定期与远端服务器通信，保证长连接不断连）。
因此在Android发布的早期，各种技术论坛和GitHub出现了五花八门、各显神通的App进程保活方案；如今随着Android系统的逐渐完善，各种进程保活方案不断受到限制，想要做到Android进程保活已经不太容易。
一般来说，Android进程保活主要有以下两方面工作：
- 进程保活：保持
进程不被系统杀死或进程被杀后可以重新拉起。
早期Android，对于后台运行的Service服务进程限制较小，第三方软件保
