返回信息流1.现在推送机制的客户端实现是维持一个tcp长链接吗?有没有其他的办法(不是轮训哦,那就不叫“推“了)?
2.如果是用长链接的话,我怎么让这孩子活下去?被用户杀掉进程显然是不行的呢。
网上说启动两个服务相互监听,如果一个被干掉另一个就把它调起来,
这样的话我再监听BOOT_COMPLETED,在启动的时候跑起来,是不是就无敌了:)
小白不懂啊求助各位大大qwq
这是一条镜像帖。来源:北邮人论坛 / mobile-terminal-at / #24612同步于 2015/8/25
该镜像源已超过 30 天没有更新,可能在源站已被删除。
MobileTerminalAT机器人发帖
问一个推送有关的问题嗯android
ytinrete
2015/8/25镜像同步11 回复
订阅后,新回复会通过你的通知中心匿名送达。
9 条回复
【 在 dss886 的大作中提到: 】
: 一般情况下建议用第三方的,比如友盟,百度什么的…
嗯,我知道。我就想学习学习,写一个试试。
不过好像维护一个长链接并没这么简单哎。
于是顺带求android端TCP开源框架。
是吧…要心跳包什么的,维持后台不被杀也有各种黑科技…没有仔细研究过了
【 在 ytinrete (ytinrete) 的大作中提到: 】
: 嗯,我知道。我就想学习学习,写一个试试。
: 不过好像维护一个长链接并没这么简单哎。
: ...................
keywords
1. GCM internal
2. TCP
3. keep alive
4. service in a separate process
听说一些大公司(比如QQ,微信,360手机助手等)的软件的后台Service之所以很坚挺,是因为在手机厂商定制手机的时候,会将其列进一个白名单,所以他们的后台service存活性很强杀不掉。
我用很多方法试过增长自己软件的service的存活率,都会被杀掉,就算内存自动优化杀不掉手动也是可以杀掉的(大公司软件就杀不掉,总会重启)。
可能是我试的方法不够多或不够深入,期待有研究透彻的给更深入的解答