Http协议中关于Content-Length的解读_html/css_WEB-ITnose

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Http协议中关于Content-Length的解读_html/css_WEB-ITnose，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2109字，纯文字阅读大概需要4分钟。

内容图文

　　在具体的HTTP交互中，客户端是如何获取消息长度的呢，主要基于以下几个规则：

　　响应为1xx，204，304相应或者head请求，则直接忽视掉消息实体内容。

　　如果有Transfer-Encoding，则优先采用Transfer-Encoding里面的方法来找到对应的长度。比如说Chunked模式。

　　“如果head中有Content-Length，那么这个Content-Length既表示实体长度，又表示传输长度。如果实体长度和传输 长度不相等(比如说设置了Transfer-Encoding)，那么则不能设置Content-Length。如果设置了Transfer- Encoding，那么Content-Length将被忽视”。这句话翻译的优点饶，其实关键就一点：有了Transfer-Encoding，则不能 有Content-Length。

　　Range传输。不关注，没详细看了：)

　　通过服务器关闭连接能确定消息的传输长度。(请求端不能通过关闭连接来指明请求消息体的结束，因为这样可以让服务器没有机会继续给予响应)。这种情况主要对应为短连接，即非keep-alive模式。

　　HTTP1.1必须支持chunk模式。因为当不确定消息长度的时候，可以通过chunk机制来处理这种情况。

　　在包含消息内容的header中，如果有content-length字段，那么该字段对应的值必须完全和消息主题里面的长度匹配。

　　“The entity-length of a message is the length of the message-body before any transfer-codings have been applied”

　　也就是有chunk就不能有content-length 。

　　其实后面几条几乎可以忽视，简单总结后如下：

　　1、Content-Length如果存在并且有效的话，则必须和消息内容的传输长度完全一致。(经过测试，如果过短则会截断，过长则会导致超时。)

　　2、如果存在Transfer-Encoding(重点是chunked)，则在header中不能有Content-Length，有也会被忽视。

　　3、如果采用短连接，则直接可以通过服务器关闭连接来确定消息的传输长度。(这个很容易懂)

　　结合HTTP协议其他的特点，比如说Http1.1之前的不支持keep alive。那么可以得出以下结论：

　　1、在Http 1.0及之前版本中，content-length字段可有可无。

　　2、在http1.1及之后版本。如果是keep alive，则content-length和chunk必然是二选一。若是非keep alive，则和http1.0一样。content-length可有可无。

内容总结

以上是互联网集市为您收集整理的Http协议中关于Content-Length的解读_html/css_WEB-ITnose全部内容，希望文章能够帮你解决Http协议中关于Content-Length的解读_html/css_WEB-ITnose所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端