WebSockets已经存在了十多年，但实时Web早在它们出现之前就已经存在了。 以前的“实时”网络通常较慢且难以实现。 它是通过黑客攻击可用的Web技术来实现的，这些技术主要不是为实时应用程序构建的。 在 Web 环境中，没有具有 TCP/IP 套接字样式功能的解决方案可以解决与在 Web 环境中操作相关的所有问题。
WebSockets： A Brief History
大约在 2008 年中期，两位开发人员特别感受到使用长期 HTTP 连接的实现的限制和痛苦;伊恩·希克森和迈克尔·卡特。 在W3C邮件列表和Internet Relay Chat（IRC）上合作之后，两人提出了一个计划，为网络上的现代，实时，双向通信引入新标准，并创造了“WebSockets”这个名字。这个想法最终进入了W3C HTML标准，之后Michael Carter在一篇文章中向彗星社区介绍了WebSockets。
2010年，Google Chrome 4成为第一个支持WebSockets的浏览器，其他浏览器紧随其后。 WebSocket协议（RFC 6455） 于2011年发布到IETF网站。 今天，几乎每个现代浏览器都完全支持 WebSockets。 此外，基于 Android 和 iOS 的浏览器自 2013 年开始支持 WebSockets，这意味着当前的总体格局对 WebSockets 有强大的支持，尤其是在 2022 年。
究竟什么是WebSocket？
WebSocket 是一种计算机通信协议，它通过单个 TCP 连接在服务器和客户端之间提供持久的全双工通信。 WebSockets 提供了在服务器中的数据发生更改时将数据推送回客户端的功能，而无需客户端发出任何请求。 这种双向通信对于具有并发连接和动态内容的应用程序的响应能力非常重要。 WebSocket 是实时数据同步和更新、视频会议、VOIP、实时文本聊天、物联网控制和监控的理想选择。 例如，多人在线游戏使用WebSockets会做得更好。
在客户端/Web 浏览器和服务器可以相互通信之前，需要在它们之间建立连接。 客户端通过向服务器发送 HTTP 请求（请求中包含升级标头）来启动该过程。 例如：
GET ws://websocket.dotcom-monitor.com/ HTTP/1.1 Origin: http://example.com Connection: Upgrade Host: websocket.dotcom-monitor.com Upgrade: websocket
此请求通知服务器客户端希望建立 WebSocket 连接。 如果服务器支持 WebSockets，它会通过在响应中发送升级标头来接受握手。 例如：
HTTP/1.1 101 WebSocket Protocol Handshake Date: Wed, 16 Oct 2013 10:07:34 GMT Connection: Upgrade Upgrade: WebSocket
现在握手完成，双方可以开始向对方发送数据。 更重要的是，由于此数据仅包含应用程序的数据，而不是任何与 HTTP 相关的属性（如标头），因此与传统的 HTTP 请求相比，通信发生得更快。
WebSockets vs. HTTP 和 AJAX
与HTTP和AJAX等协议仅在客户端请求时进行通信不同，WebSockets的全双工特性允许服务器随时启动与客户端的通信。 WebSocket 协议有点像基于中断的应用程序，它不遵循基于轮询的操作。 用网络语言来说，我们正在从基于HTTP的陷阱和范式转变，其中客户端必须不断启动与服务器的通信，然后请求提取新数据。 需要注意的是，在 HTTP 中，即使状态发生变化，服务器也无法将新数据推送到客户端，而只能在客户端的请求下推送。
这对实时应用程序非常不利，尤其是当客户端的请求扩展时。 WebSockets 建立持久的双向通信，允许服务器更新客户端，而无需连续任何请求。 这不仅为客户端和服务器之间的低延迟连接让路，而且还通过消除客户端在请求服务器时发送数据包的需要来减少网络流量。 服务器只是在数据可用时或在其状态更改时将数据推送到客户端。
您可以使用 WebSocket 构建哪些应用程序？
WebSockets的实时应用是无穷无尽的。 如今，开发人员正在实现普通的WebSockets作为实时应用程序和服务的基础。 随着 WebSocket 在所有主流浏览器中得到越来越多的支持，基于长轮询回退的解决方案正在迅速失去吸引力。 因此，许多开发人员现在放弃了库，转而使用 WebSockets API。 WebSocket 可用作通过 TCP 连接实现双向实时功能的基础。 由于 WebSocket 能够快速将信号推送到设备，因此它可以成为在两个设备之间推送数据的绝佳解决方案。 这使得 WebSockets 成为在移动和 Web 上为具有客户端和服务器的任何内容开发实时应用程序的蓝图。
网络套接字机会
连续连接
WebSockets 允许服务器和客户端之间的持续连接。 这样，数据可以随时中继任一方向，而无需客户端发送请求。 在客户端需要相对快速地更新服务器上发生的事情的情况下，这一点非常重要。
效率
WebSocket 提供了一种以任一方式发送数据的有效方法。 它的数据帧组织良好，可以有效地发送，这与包含标头、cookie 等的 HTTP 请求不同。
低延迟
使用WebSockets，响应时间非常短。 由于已经建立了连接，因此可以更快地接收数据，因此创建TCP连接不需要额外的数据包往返。
网络套接字障碍
扩展问题
尽管这似乎是一项复杂的任务，但开发基于 WebSocket 的实时功能只是挑战的四分之一。 当然，有很多WebSocket应用程序可以跟上合理数量的用户，但没有LinkedIn和拥有数亿用户的Facebook的顺序。 当您的用户群开始飙升时，扩展和运营挑战就会随之而来。 即使使用 WebSockets，开发和扩展可靠的实时系统也包含一组复杂的过程和编排障碍。 随着时间的推移，您四分之三的时间和金钱可能会被实时系统的扩展和维护所吞噬。
所涉费用问题
为了在生产环境中支持成功的应用程序，您需要复杂的部署、多个冗余服务器、新型监视工具、维护和工程维护。 一旦应用程序开始工作，维护具有冗余、地理路由、地理服务器分布、高可靠性和延迟监控的数据流实时网络对任何企业来说都是一个巨大的财务负担。 开发和维护自己的实时应用程序的软件公司经常陷入将50%或更多的工程工作用于维护其实时基础设施的困境，而不是将精力集中在增强其应用程序的价值主张上。
实现
WebSockets通常比HTTP复杂一些。 虽然您可以使用Telnet建立HTTP连接，但您可能不会使用WebSocket来建立HTTP连接。 假设您忽略了握手要求，您仍然无法正确屏蔽和构建需要发送的数据。 因此，服务器将终止连接。
WebSocket 通常何时适合应用程序？
在实时Web中，WebSockets不仅仅是即时性。 它们提供响应能力、同步和效率等功能。 与 HTTP 一样，WebSocket 具有一组方案，用于说明在何处可能是项目的更好选择。 这些方案包括;
- 反应时间快。 当客户端必须快速响应更改（尤其是不可预测的更改）时，WebSocket 将很有用。 例如，多个用户可以实时聊天的聊天应用程序。 与具象状态传输 （REST） 不同，WebSocket 具有更高的效率，因为它不需要发送或接收的单个消息的请求或响应开销。
- 持续更新。 当客户端希望不断更新资源状态时，WebSocket 可以更好地工作。 当客户无法判断何时可能发生更改时，它们尤其重要
- 临时消息传递。 WebSocket 不遵循请求-响应协议。 连接的任何一端都可以随时发送消息，并且没有为消息提供指示它与另一个消息相关。 这使得 Web 套接字非常适合“即发即弃”场景。
- 具有小有效负载的高频消息传递。 WebSocket 为交换消息提供稳定、持久的连接，这意味着每条消息都不会产生额外的税收来建立传输。 内容协商、交换笨重标头和建立 SSL 等税费仅在建立初始连接期间征收一次。 换句话说，对单个消息不征税。
总体而言，WebSocket 对于那些希望向其 Web 或移动应用程序添加实时功能的人来说是强大的工具。 它们通过弥合全双工双向通信鸿沟，解决了与服务器通信相关的一些最大难题。 WebSockets 使客户端和服务器能够随时发送数据，这与所有其他旧方法不同。 这可显著提高性能并减少数据延迟。 通过其轻量级连接，WebSockets 允许在不影响性能的情况下保持连接更长时间。
监视基于 WebSocket 的 Web 应用程序
当在线用户期望加载时间少于 2 秒时，您的 Web 平台的性能现在比以往任何时候都重要。 但是，现代网页中包含的复杂技术可能会使进行负载测试和性能监视变得非常具有挑战性。 尽管如此，您必须是第一个知道您的 Web 应用程序是否遇到故障或停机的人，而不是您的客户或访问者。
基于 WebSocket 的应用程序可以使用同步或异步 WebSocket 调用进行通信。 从技术上讲，跟踪同步调用的性能非常简单。 您只需向服务器发送请求并等待响应。 但是，如果您希望大规模执行此操作以在重负载下建立性能基准，则可能具有挑战性。 对于此类情况，综合监视解决方案可以帮助您持续监视应用程序的性能。 合成 APM 从世界各地的设备和真实浏览器监控基于 WebSocket 的应用程序，并可以帮助您跟踪与扩展、性能和响应能力相关的问题。
另一方面，异步调用很难监控，因为它们不需要客户端来启动请求。 在这里，服务器自行将数据发送到客户端。 由于异步 WebSocket 调用为互联网的实时通知提供支持，因此监控它们变得至关重要。 综合监视解决方案是这里唯一可行的选项，因为它们通常由复杂的专有机制组成，用于大规模测量异步 WebSocket 调用的性能。
如何完成 Web 应用程序监控？
虽然让您的 Web 应用程序在线对您的业务至关重要，但您不能每天 24 小时盯着显示器寻找可能出现的问题，或者继续点击 F5 键尝试重新加载 – 它不起作用。 即使建立一个配备监控团队的指挥中心也可能是不可行的，至少对中小型企业来说不行。 Web 应用程序监控工具对于查明问题并在影响您的销售之前维护健康的 Web 应用程序至关重要。
Web 应用程序监视是检查网页或 Web 应用程序的可用性和性能以确保 Web 资源始终可供联机用户使用的过程。 它包含一系列变量，例如网络、服务器连接和数据库。 监控系统还可以记录计算平台与应用程序交互的性能指标。
网络应用程序监控解决方案
当 Web 应用程序遇到技术困难时，Web 应用程序监视器充当警报系统，在 Web 应用程序未正确加载或呈现时提供即时通知。 Dotcom-Monitor 的 Web 应用程序监控 解决方案利用了一种基于 Web 的脚本工具，称为 EveryStep Web Recorder。 记录器可以轻松快速地上传用户路径以供以后监控。 Web 应用程序监视解决方案可以在指定的时间间隔（频率为一分钟）后执行自动联机检查，以查看应用程序不仅已启动，而且还从最终用户的角度确认内容是否正常呈现。 一旦检测到错误，该解决方案就会向相关团队成员发送警报，以便他们可以在许多其他用户受到影响之前快速解决问题。 除了错误信息外，该报告还包括相关的瀑布图和性能数据。
为什么要监控基于 Websocket 的 Web 应用程序？
各种原因可能导致网站或应用程序失败。 您的托管服务提供商、黑客攻击或仅仅是您的数据库出现故障的问题只是几个原因。 因此，您需要密切监视您的 Web 应用程序，以确保它始终可访问和可见。 借助 Web 应用程序监视工具，您可以快速缓解以下问题：
- 漏洞和安全故障使您的 Web 应用程序容易受到黑客攻击
- 虚拟主机的硬件故障
- 您的支付网关停机/无法访问，导致无法进行销售
- 速度慢，可能会将潜在客户推离您的网页或在线商店
- 由于客户不满而损害您的专业形象
- 搜索排名不佳
总结：WebSocket 应用程序监控
请务必注意，只有支持 WebSocket 的监视工具才能用于监视使用 WebSocket 构建的应用程序的性能。 一个优秀的监控工具应该具有以下功能：
- Web 应用程序性能监视：监视工具应检查所有受监视网页的响应时间。
- 移动 Web 应用程序监控：监控工具应评估便携式设备上 Web 应用程序的性能，并就基本调整向您提供建议。
- 页面内容监控：应偶尔检查应用程序上的内容，并在发生更改时提醒您。
- 最新检查：Web 应用程序监视工具应每分钟检查一次 Web 应用程序。
采用 Dotcom 监视器的 Web 应用程序监控解决方案提供彻底、系统的检查，是确保您的 Web 应用程序 以最佳方式运行的最可靠方法。 了解创建脚本和监控基于 WebSocket 的应用程序的速度。 免费试用 Web 应用程序监视解决方案30 天。
