一般情况下, 很多工作都被框架完成, 我们很少去关注这部分内容, 但少数情况下发生了Content-Length与实际消息长度不一致, 程序可能会发生比较奇怪的异常, 如:
无响应直到超时....piaoruiqing, Content-Length为10, 那么这次请求的消息会被截取为: param=piao, 如图所示:
但, 仅仅是如此吗, 当然不, 我们再来看看第二次请求会发生什么让人意外的事情..., 如图:
连续的两次请求, 第一次消息被截断, 而第二次没有发生预期的截断, 而是服务端抛出了异常: Request method 'ruiqingPOST' not supported.刺不刺激...不确定Content-Length的值怎么办
Content-Length首部指示出报文中实体主体的字节大小....服务端代码如下:
使用postman发起请求, wireshark抓包查看, 如图:
在wireshark中可以很清晰地看到chunked的数据, 其结构大致是: 返回的消息被分为多个数据块, 每个数据块有两部分