在
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。其他后端语言也可以提供类似的功能。