消息头为Transfer-Encoding:chunked时使用fiddler更改响应值，提示解码失败

最新推荐文章于 2025-07-17 11:25:27 发布

殊二

最新推荐文章于 2025-07-17 11:25:27 发布

阅读量4.1k

点赞数 1

CC 4.0 BY-SA版权

分类专栏：其他文章标签： Transfer-Encoding:chunked fiddler net::err_invalid_chunked_encod

本文链接：https://blog.youkuaiyun.com/shuyaoyao/article/details/81748068

其他专栏收录该内容

6 篇文章

订阅专栏

本文详细介绍了在使用Fiddler工具修改HTTP响应值时遇到的net::err_invalid_chunked_encoding解码错误问题。当响应头采用Transfer-Encoding:chunked时，直接修改响应内容会导致长度不匹配，从而引发解码失败。文章提供了正确的解决方法，即在修改响应值的同时更新长度值，确保数据完整性和一致性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在使用fiddler更改服务端返回的值时候，在浏览器上解码失败net::err_invalid_chunked_encoding ，查了许久，是因为改发返回值的时候，长度也发生了变化，所以需要将长度值也改了才能成功
只更改响应值：

浏览器提示解码失败,net::err_invalid_chunked_encoding
这里写图片描述
百度之后发现是因为消息头使用的是Transfer-Encoding:chunked，用另一种方式传送数据长度值

更改：
使用的是十六进制的方式传送长度数值，当我将11改成111时，长度发生了变化，所以需要将之前的bf改成c0，（bf和c0是十六进制形式，十进制分别为190和191）
这里写图片描述
浏览器解码成功：

为什么会查很久呢，因为自己没注意看响应数据前一行和最后一行的字符，以为是fiddler出现的乱码，哈哈哈，深刻的教训
虽然这看起来是个小问题，但是出现这个问题后各种方式百度，又自己调试才找到原因得到这个答案
Transfer-Encoding:chunked参考资料https://www.cnblogs.com/xuehaoyue/p/6639029.html