我们正在使用我们自己的通知系统构建一个聊天室，不依赖于 GCM，而是使用 Service Worker + SSE。在桌面上它很好，但在移动 android 应用程序上（使用 cordova-crosswalk ，chromium 53）。长时间运行的通知连接在 20-30 分钟后卡住，并且处于前台活动状态。它不会因错误而死，只是没有收到数据。完全没有错误，这很奇怪。无法重新连接，因为我们根本不知道连接是否已死。
最干净的方法是什么？每 5 分钟重新启动一次连接是一种想法，但它并不干净。代码
runEvtSource(url, fn) {
if (this.get('session.content.isAuthenticated') === true) {
var evtSource = new EventSource(url, {
withCredentials: true
});
}}
主动重新连接代码
var evtSource = this.runEvtSource(url, fn)
var evtSourceErrorHandler = (event) => {
var txt;
switch (event.target.readyState) {
case EventSource.CONNECTING:
txt = 'Reconnecting...';
evtSource.onerror = evtSourceErrorHandler;
break;
case EventSource.CLOSED:
txt = 'Reinitializing...';
evtSource = this.runEvtSource(url, fn)
evtSource.onerror = evtSourceErrorHandler;
break;
}
console.log(txt);
evtSource.onerror = evtSourceErrorHandler
我通常在 SSE 连接的顶部添加一个保持活动层。这种情况并不经常发生，但是套接字可能会在没有正常死亡的情况下死亡，因此您的连接会变得安静并且不会出现错误。
因此，一种方法是，在您的 get data 函数中：
if(timer)clearTimeout(timer);
timer = setTimeout(reconnect, 30 * 1000);
...process the data
换句话说，如果距离上次获取数据已经超过 30 秒，请重新连接。根据您发送数据的频率选择一个值：如果 10% 的时间数据事件之间有 60 秒的间隔，但从来没有 120 秒的间隔，那么将超时设置为高于 120 秒是有意义的.
您可能还希望通过将常规消息从服务器推送到客户端来保持活动状态。如果来自服务器的消息频率非常不规则，这是一个好主意。例如，我可能让服务器每 30 秒发送一次当前时间戳，并在客户端上使用 45 秒的保持活动超时。
顺便说一句，如果这是一个移动应用程序，请记住用户是否会欣赏减少接收聊天消息的延迟而不是电池寿命缩短的缺点。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句