Longpolling与Websockets [英] Longpolling vs Websockets

问题描述

我开始开发一个软件，使用html + js编码的应用程序我需要使用nginx for routiong从服务器（java代码）发送此应用程序通知，并托管在AWS中。
我调查了这个实时通知主题，我在网络套接字与长轮询之间感到困惑
在什么情况下，AJAX长/短轮询优先于HTML5 WebSockets？

I start developing a software, app coded using html + js I need to send this app notification from the server (java code) the app using nginx for routiong and is hosted in AWS. I investigated this subject of real time notification and I get confused between web sockets to long polling In what situations would AJAX long/short polling be preferred over HTML5 WebSockets?

在一些文章中，我读到长轮询是一个旧的不像websocket更新更好（在什么情况下，AJAX长/短轮询优先于HTML5 WebSockets？）
我开始检查gmail的元素facebook whatsapp web页面。
我看到使用长轮询的Gmail + facebook与使用Websocket的whatsapp不同。
为什么这些公司仍然选择使用长轮询？
https://www.quora.com/Does-Facebook-use-WebSockets-for-any-of-their-applications-是 - 他们真的很有用 - 在规模上 - 尤其是他们 - 强加一个有状态的架构

In some articles I read that long polling is an old unlike websocket which is newer and better (In what situations would AJAX long/short polling be preferred over HTML5 WebSockets? ) I start inspect element of gmail facebook whatsapp web pages. I saw that Gmail+ facebook using long polling Unlike whatsapp which using Websocket. So why these companies still choose to use long polling? https://www.quora.com/Does-Facebook-use-WebSockets-for-any-of-their-applications-Are-they-really-useful-at-that-scale-especially-since-they-impose-a-stateful-architecture

推荐答案

一些公司仍在使用长轮询的几个原因：

A couple of reasons why some companies are still using long-polling:

• WebSocket支持仍然不是100％，即使没有支持的传统浏览器正在慢慢消失。因此，如果您是Google这样的公司，产品必须在几乎所有浏览器上运行，那么您仍然需要非WebSocket后备解决方案。


• 如果您已经有了可行的解决方案那么转移到WebSocket的成本可能会超过它带来的节省。

这篇关于Longpolling与Websockets的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！