微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

html5 – 服务器发送的事件与轮询

HTML5 SSEs和直接Ajax轮询之间有很大的区别(在性能,浏览器实现可用性,服务器负载等方面)从服务器端来看,看起来EventSource只是每隔约3秒钟到达指定的页面(虽然我知道时间是灵活的)。

很明显,在客户端设置比设置一个定时器和让它经常使用$ .get更容易,但还有其他什么?它发送更少的标题,还是做一些其他魔法,我错过了?

解决方法

Ajax轮询增加了很多HTTP开销,因为它不断地建立和拆除HTTP连接。正如 HTML5 Rocks所说的“服务器发送事件”另一方面,从根本上设计是高效的。

服务器发送的事件打开单个长期HTTP连接。服务器然后单向发送数据,当它有它,没有需要客户端请求它或做任何事情,但等待消息。

服务器发送的事件的一个缺点是,因为他们创建一个到服务器的持久连接,你可能有许多打开连接到你的服务器。一些服务器handle massive numbers of concurrent connections better比其他。也就是说,你会有类似的问题轮询加上不断重新建立这些连接的开销。

服务器发送的事件相当不错supported in most browsers,显着的例外当然是IE。但是有一个couple polyfills(和jQuery plugin),将解决这个问题。

如果你正在做一些只需要单向通信的事情,我肯定会去服务器发送的事件。正如你所提到的,服务器发送的事件在客户端实现起来更简单,更清晰。你只需要设置消息和事件的监听器,浏览器负责低级的东西,比如重新连接,如果断开连接等。在服务器端,它也很容易实现,因为它只是使用简单的文本。如果您发送JSON编码对象,您可以通过JSON.parse()轻松地将它们转换为客户端上的JavaScript对象。

如果您在服务器上使用PHP,您可以使用json_encode()将字符串,数字,数组和对象转换为正确编码的JSON。其他后端语言也可以提供类似的功能

原文地址:https://www.jb51.cc/html5/169904.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。