Why is EventSource connection closed every 30-60 sec when no data transported, while WebSocket's one is kept open?

孤街浪徒 提交于 2020-12-29 10:00:34

问题


I would like to push data to users every 2 min. Using EventSource requires additional pushing null-byte every 29 sec to keep the connection open. WebSocket doesn't require such ping. Why is the EventSource connection regularly closed and reopened? Is it because there is no good built-in way in HTTP to check if the connection is still open or other reason?


回答1:


The Server-Sent Events (Eventsource) API is layered on HTTP. WebSocket is layered on TCP (but has an HTTP compatible handshake). Both HTTP and TCP often have idle timeouts however, the TCP timeouts tend to be much longer (e.g. 2 hours rather than 2 minutes). So you still might need keep-alive messages in WebSockets, but they could probably be much less frequent. Also, the WebSocket standard defines ping/pong frames that the browser/server may implement to do this for you.




回答2:


it may depend on your server-side software

node.js has 2 minutes default timeout

here is article about it - http://contourline.wordpress.com/2011/03/30/preventing-server-timeout-in-node-js/

solution:

res.connection.setTimeout(0); // this could take a while



来源:https://stackoverflow.com/questions/8761025/why-is-eventsource-connection-closed-every-30-60-sec-when-no-data-transported-w

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!