标签:java android tcp sockets long-polling
即时通讯试图在不使用外部库或gcm的情况下进行适当的“推送”.
首先我尝试使用asmack的xmpp,然后使用paho或ibm mqtt客户端使用mosquitto,使用alarmtimer调试http.
最后我以执事和meteord结束但是因为它不是很好(在服务器端 – 高CPU和内存负载)我试图做一个longpolling连接.
我知道它需要一个心跳,最后我在考虑延迟(300秒心跳应该足够了?)和正确的方法.
从服务器向客户端发送Heartbeat(1字节或其他)(延迟例如300秒)并在客户端300设置套接字超时更好(电池使用等等),还是更好的发送它从客户端到服务器?
目前我正在使用一个服务,它在onCreate中注册一个观察者并在onDestroy中取消注册.
Observer正在观察一个在Thread中建立tcp套接字连接的对象,并在断开连接时重试它(套接字超时).
如果网络连接发生变化,我还会检查广播密码,并在需要时重新连接.
设备进入待机状态时会发生什么?我是否真的需要一个告警管理器或timertask来接收或发送数据包?
设备是否会丢弃它进入待机状态的连接?
目前我尝试从服务器发送到客户端,延迟120秒,即使设备显示仍然可以发送心跳.
但至少看起来电池耗尽不是“可接受的”.
那么……最好的方法是什么?
谢谢你到目前为止.
解决方法:
这样做的最佳解决方案是使用REST和Comet Server或至少NGinx和Push Stream Module和Long Polling.我还创建了一个返回粘性并在启动时创建线程的服务.线程连接.即使在待机和/或深度睡眠中它仍然可以工作.
标签:java,android,tcp,sockets,long-polling 来源: https://codeday.me/bug/20190708/1406686.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。