ZBLOG

将下面一段文字,用中文改写成论文的语言形式: 对于早期 Web 端的 IM,无法直接使用 UDP、TCP通讯协议,而 HTTP 协议是一种单工通信的请求响应模式,依赖于用户主动获取数据,对于 IM 系统来说,无法及时获取最新到的聊天信息,因为用户不知道新的消息什么时候到来,服务端没有办法主动通知用户。 为了解决消息的实时性问题,出现了短轮询技术。在这种模式下,客户端定时轮询服务端,检测是否有新的消息的产生。若有新的消息产生,则拉回到客户端本地。短轮询技术简单粗暴,易于实现,若要提升实时性...

本文将讨论早期 Web 端即时通信 (IM) 面临的问题,其中 UDP 和 TCP 通讯协议均无法直接使用,HTTP 协议也只能提供单向通信模式。这种请求响应模式需要用户主动获取数据,但对于 IM 系统来说,用户不知道新消息何时到来,服务端也无法实现主动通知。为解决此类问题,短轮询技术出现在 Web 开发中。该技术基于定期轮询服务端以检测新消息是否产生,若有则拉回至客户端本地,易于实现但对系统资源消耗较大。为降低请求负载、提高实时性,长轮询技术应运而生。相比于短轮询,长轮询允许连接挂起一段时间,若有新消息则立即返回给客户端,否则等待下次长轮询发起。长连接可降低服务端请求负载和网络开销,但仍存在实时性盲区。

由于 HTTP 协议是基于短连接设计的,难以解决消息实时性的问题。然而,HTML 5 的 WebSocket 协议提供了双向即时通信,实现了全双工跨域通信的功能,在 Web 端推出了真正意义上的双向实时通信。使用 WebSocket 协议可减少轮询技术中高频率无效请求、降低网络负载和服务端 QPS 压力,并且一次连接可以随时使用,不需要每次发起 HTTP 请求携带大量的冗余协议头信息。

本站部分文章来源于网络,版权归原作者所有,如有侵权请联系站长删除。
转载请注明出处:https://golang.0voice.com/?id=2332

分享:
扫描分享到社交APP
上一篇
下一篇
发表列表
游客 游客
此处应有掌声~
评论列表

还没有评论,快来说点什么吧~

联系我们

在线咨询: 点击这里给我发消息

微信号:3007537140

上班时间: 10:30-22:30

关注我们
x

注册

已经有帐号?