基于长连接的应用层组包错误导致的持续解包失败

发布于 2021-11-28 02:23:22 字数 423 浏览 675 评论 1

假如遇到一个悲剧的 HTTP服务器,将某个 网页的 Content-Length 错填成了比正确值多1个字节,比如HTTP报文体实际长度是 100,但是Content-Length 是101;而且HTTP用的是1.1版本的 Keep-Alived 属性。此时错误多出来的一个字节怎么办。假如,服务器又发第二个网页报文的话,会不会导致浏览器解析错位,并导致解包失败,并导致持续解包失败。

这实际上是 应用层(HTTP协议)的业务(创造网页)处理错误导致的 传输层的 无可奈何!

在很多分布式架构的系统里面,大量使用了长连接。并常常伴随使用 Protocol Buffer (你是二进制的压缩传输)作为应用层的消息序列化载体。假如像上述的情况"丢失一个字节"。则会彻底导致应用层解包失败,并导致后续报文的相同持续失败。

楼下各位顶级专家。请指点迷津,并使之立即生效。呵呵。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

陌若浮生 2021-12-01 04:30:34

[14]

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文