我刚开始研究HTML5 WebSockets。我想知道我是否可以使用 websockets 而不是使用 ASP.NET UpdatePanels 来更新网页的所有内容，或者这是否有点矫枉过正？
WebSockets 可以用作 AJAX 的替代品吗？这就是 WebSocket 的用途吗？
大多数示例用于双向聊天类演示。但是，如果我想单击一个按钮而不是回发来更新网格，我可以使用 WebSockets 执行此操作吗？这是个好主意吗？
【问题讨论】：
标签： asp.net html updatepanel websocket
我认为 XHR 和 WebSocket 用于两种不同的场景，您应该使用更适合您的场景的一种。
XHR 具有请求-响应对。每个请求都与一个响应配对。这对于远程过程调用很有用，但如果您想要没有请求的响应（即服务器推送），则会产生不必要的开销。
WebSocket 解决了上述问题。您可以发送请求而不期待任何响应。服务器还可以通过响应向您发送任何内容，而无需您先发起请求。
在按钮点击和内容更新场景（例如编辑表格单元格）中，XHR（和 UpdatePanel）效果更好。那是因为内容更新必须与单击按钮配对。这是一个请求-响应对。但在纯内容更新场景（例如显示实时股票价格）中，WebSocket 效果更好。在内容更新与按钮点击（例如聊天）无关的场景中，WebSocket 也能更好地工作。
【讨论】：
WebSocket 标准专为需要低延迟、低开销通信的应用程序而设计。它们适用于正在推动 AJAX/Comet/long-poll 可能实现的极限的现有应用程序。但更重要的是，WebSockets 将启用一种全新的、尚不存在的 Web 应用程序。
对于您的情况，听起来 WebSockets 可能有点矫枉过正，因为延迟不是您正在构建的核心问题。您当然可以使用 WebSockets 来做到这一点，但我怀疑在您的情况下，这将是额外的工作而收效甚微。
请参阅this answer，了解 WebSockets 已经准备好用于一般用途的原因（web-socket-js 和原生 iOS 支持意味着几乎所有浏览器都支持 WebSockets）。
【讨论】：
如果您想在 IE8 应该能够查看的页面中使用 WebSockets，请改用 Ajax。
WebSockets 最初是为客户端和服务器之间的快速双向通信而设计的。让游戏在浏览器中蓬勃发展非常重要，但服务器端的实现还没有完全标准化——可能会有进一步的安全问题。
目前，WebSockets 仅用于玩具实现。他们还没有为客户做好准备。此外，只有当 Ajax 调用 和 Comet 调用速度太慢而无法满足您的需求时，它们才真正需要。
【讨论】：
从技术上讲，是的。实际上，我可能会等待。
Websockets 绝对是 HTML5 进行我们习惯的通信类型的方式。从技术上讲，是的，您可以，但根据您正在构建的网站类型，您可能需要推迟。 Websockets 是 HTML5 规范中较新的部分之一，并且仍在最终确定中。它适用于最新版本的 Chrome 和 Firefox 4，但 IE9 尚未实现此功能，也没有关于 IE10 是否会支持它的消息。展示最新技术的技术网站（例如演示 HTML5 中的可能性）以及任何其他可以保证绝大多数观众使用支持浏览器或早期采用者的东西应该没问题。如果没有，您可能会疏远一些用户。只有你可以决定走哪条路。
这里的关键是 Websockets 目前是一个不断变化的规范，而 AJAX 在新旧浏览器中都可以使用。如果除了保证规范和浏览器明天不会更改并破坏现有代码之外，您还希望向后兼容，请使用 AJAX。如果您对规范和浏览器实现在未来可能会发生变化并且不关心人们使用旧浏览器的可能性很小，那么请使用 websockets。
Another stackoverflow answer shows websocket support:
【讨论】：