transfer-encoding: chunked的问题

最新推荐文章于 2023-05-11 15:58:38 发布
最新推荐文章于 2023-05-11 15:58:38 发布
阅读量2.3k 收藏 1
点赞数
文章标签： 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/LarryFrances/article/details/4534676
版权

由于是自己写的接收HTTP传回来的数据，所以就是简单的读内容就行了

但是经常能碰到的一种情况是HTTP是以transfer-encoding: chunked返回回来的

这种协议返回回来的内容中间是带有数据长度的一些标识的，读起来特别麻烦

所以想就不要用这种方式传回来

 

子所以会出现transfer-encoding: chunked，就是因为服务器不知道这次返回的具体长度是多少，所以才会用这种协议

所以在Http头中加上Content-length: xxx就可以避免，magic!!!!!!!!!!

LarryFrances
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
serverless-testing-examples:无服务器测试示例
05-01
无服务器测试示例 该存储库说明了一些测试使用构建的应用程序的策略。 我已经在“媒介：上发表了有关此的文章 设置 安装Node 8.10（AWS Lambda支持的最新运行时） 安装无服务器（已针对无服务器v1.28.0进行了测试） $ npm i -g serverless 安装节点模块 $ npm i 初始化环境变量文件 $ touch env.yml 运行测试 $ npm test 在本地运行 离线启动无服务器 $ sls offline 使用发送http请求 $ http :3000/asyncConcat a==foo b==bar HTTP/1.1 200 OK Connection: keep-alive Date: Mon, 16 Jul 2018 12:20:24 GMT Transfer-Encoding: chunked access-control-allow
php下HTTP Response中的Chunked编码实现方法
01-20
进行Chunked编码传输的HTTP Response会在消息头部设置： Transfer-Encoding: chunked 表示Content Body将用Chunked编码传输内容。 Chunked编码使用若干个Chunk串连而成，由一个标明长度为0的chunk标示结束。每个Chunk分为头部和正文两部分，头部内容指定下一段正文的字符总数（十六进制的数字）和数量单位（一般不写），正文部分就是指定长度的实际内容，两部分之间用回车换行(CRLF)隔开。在最后一个长度为0的Chunk中的内容是称为footer的内容，是一些附加的Header信息（通常可以直接忽略）。具体的Chunk编码格式如下
http-request-smuggling:HTTP请求走私检测工具
05-04
HTTP请求走私检测工具 HTTP请求走私是一种高度严重的漏洞，该技术是攻击者通过模糊的HTTP请求走私以绕过安全控制并获得未经授权的访问权以执行恶意活动，该漏洞是在2005年由发现的，并于2019年8月重新发现。由发现，并在和，要了解有关此漏洞的更多信息，可以在查阅其文献充分的研究博客。 因此，此安全工具背后的想法是针对给定主机检测HRS漏洞，并根据具有给定排列的时间延迟技术进行检测，因此，要进一步了解此工具，我强烈建议您阅读有关以下内容的文章：这个工具。 技术概述 该工具是使用python编写的，要使用此工具，您必须在本地计算机上安装python 3.x版本。 它采用您需要在文本文件中提供的一个URL或URL列表的输入，并且通过遵循HRS漏洞检测技术，该工具具有内置的有效负载，该负载具有大约37个排列的CL.TE和TE.CL及其对于每个给定的主机，将使用这些有效负载来生成攻击请求对象，
spring-mvc-msgpack-sample:Spring MVC + MessagePack 示例
06-30
Spring MVC + MessagePack 示例 跑步 $ mvn spring-boot:run $ curl -v "localhost:8080/calc?left=100&right=300" > GET /calc?left=100&right=300 HTTP/1.1 > User-Agent: curl/7.30.0 > Host: localhost:8080 > Accept: */* > < HTTP/1.1 200 OK < Server: Apache-Coyote/1.1 < Content-Type: application/x-msgpack;charset=UTF-8 < Transfer-Encoding: chunked < Date: Fri, 16 Jan 2015 15:00:26 GMT < leftd right , answer
HTTP协议中的Tranfer-Encoding：chunked编码解析
牧码人的专栏
06-26 2349
 当不能预先确定报文体的长度时，不可能在头中包含Content-Length域来指明报文体长度，此时就需要通过Transfer-Encoding域来确定报文体长度。    通常情况下，Transfer-Encoding域的值应当为chunked,表明采用chunked编码方式来进行报文体的传输。chunked编码是HTTP/1.1 RFC里定义的一种编码方式，因此所有的HTTP/1.1应用都应当支
分块传输编码
轩辕剑仙のBLOG
02-28 1088
转载地址:http://zh.wikipedia.org/wiki/%E5%88%86%E5%9D%97%E4%BC%A0%E8%BE%93%E7%BC%96%E7%A0%81 分块传输编码（Chunked transfer encoding）是超文本传输协议（HTTP）中的一种数据传输机制，允许HTTP由网页服务器发送给客户端应用（ 通常是网页浏览器）的数据可以分成多个部分。分块传
Transfer-Encoding:chunked 说明
zzhongcy的专栏
03-27 1万+
参考：http://blog.csdn.net/wy5761/article/details/17568851 先说解决方法：：：不让服务器返回Transfer-Encoding:chunked，在客户端请求的时候可以使用http 1.0的协议。 通常，HTTP协议中使用Content-Length这个头来告知数据的长度。然后，在数据下行的过程中，Conte
关于Http中Transfer-Encoding: chunked问题
i华仔的专栏
01-05 1万+
Http1.1中新增加内容, Transfer-Encoding: chunked   译为:分包传输  进行一次请求时,如果数据量较大,为了加快页面显示,而采取了分包的策略 在.net中 WebPag 默认不分包 MVC4 默认分包 一般简单的服务器交互流程 比如,需要服务器返回一个字符串(test), 不分包时传回内容为 test 分包情况下传回内容为 4
Http 响应头 Transfer-Encoding ： chunked 导致 浏览器客户端请求错误问题
qq_43750656的博客
05-11 2721
首先通过增加日志打印，排查方法的哪一步出现了问题，因为9200的tomcat服务器所有的静态资源是可以正常返回的，这排除了服务器问题，比较离奇的时候，所有的日志打印地方都可以正常输出，可以正常请求到sdd.com的结果，但是就是返回不了数据，这一步至少确定了 从9200发送sdd.com是没问题的。在cal.com上线后，用户发起请求，发现9200端口上的静态页面请求可以返回，而ajax请求数据无法返回，所有的ajax请求是做了代理的，代理到了sdd.com。这就导致匹配不起来了。
ERR_INVALID_CHUNKED_ENCODING错误或curl: (18) transfer closed with outstanding read data remaining错误解决方案
热门推荐
m0_37668842的博客
04-09 1万+
ERR_INVALID_CHUNKED_ENCODING错误 curl: (18) transfer closed with outstanding read data remaining错误 Failed to load response data错误 最终解决方案 问题现象： 前端控制台报错：ERR_INVALID_CHUNKED_ENCODING报错处理 前端调试模式可以看到...
关于PHP 如何用 curl 读取 HTTP chunked 数据
10-22
通过本文给大家介绍php用curl读取http chunked数据的方法，本文介绍的非常详细，具有参考借鉴价值，感兴趣的朋友一起学习吧
理解HTTP协议中的"Transfer-Encoding: chunked"
smstong的成长轨迹
01-19 1万+
最近写个http客户端的小程序，由于http是基于tcp的无消息边界保护的协议，所以接受时必须要确定接受数据的数量才能完整接收数据。传统的方式，只要先接收到Content-Length就可以通过这个长度接受消息体部分了。而transfer-encoding:chunked的引入，打破了这个规矩，正好找到一篇合适的文章，转载之。   转自：http://hi.baidu.com/ah__fu/b
解HTTP协议中的"Transfer-Encoding: chunked"
将总结养成一种习惯
01-24 1343
   通常，HTTP协议中使用Content-Length这个头来告知数据的长度。然后，在数据下行的过程中，Content-Length的方式要预先在服务器中缓存所有数据，然后所有数据再一股脑儿地发给客户端。    如果要一边产生数据，一边发给客户端，WEB 服务器就需要使用"Transfer-Encoding: chunked"这样的方式来代替Content-Length。    "Transf
nginx配置关闭chunked
StivenYang
11-05 1546
前情提要 后台有个语音流需要传给前端，注意，不是语音文件。如果是语音文件的话，可以直接使用这个chunked参数，实现视频或者音频的分段播放。 现在的问题是我们是拿到的一个音频流，要传给前端还必须是keep-alive模式。经过nginx转发的时候，nginx默认开启了chunked这个模块，造成的结果是前端用vedio原生组件接这个音频流，没有进度条。 为了实现有进度条，我们需要在响应头里面包...
http的响应头，如果存在Transfer-Encoding: chunked。代表什么意思，在客户端如何解析并拿到完整的响应流
weixin_44382721的博客
05-28 3686
http的响应头，如果存在Transfer-Encoding: chunked。代表使用分块传输编码。 背景：在传统的请求中，HTTP的响应实体是作为整包发送给客户端的，用首部字段Content-Length，来表示响应实体的长度。这个长度对客户端十分重要，为什么这么说呢，因为客户端必须知道哪个位置才是响应消息的结束，以及后续响应的开始，服务端必须精确的告诉客户端实体长度是多少，如果Content-Length比实际返回的长度短，那么就会造成内容截断，，如果比实体内容长，客户端就一直处于pendding的状
Transfer-Encoding:chunked 返回数据过长导致中文乱码
Juses_331的博客
03-24 1万+
最近在写一个项目的后台时，前端请求指定资源后，返回JSON格式的数据，突然发现在返回的字节数过大时，最后的message中文数据乱码了，对于同一个接口的请求：当数据小时不会乱码，当数据量大了中文就乱码了。从此衍生了一系列的HTTP在学习：chunk
HTTP分块传输Transfer-Encoding:chunked
geekooler的博客
09-15 2488
HTTP长连接响应正常包含报头Content-Length，如Content-Length:1024，用于表示本报文的长度。 当返回的数据量比较大时，如果等待生成完数据再传输，效率会比较低下。相比而言，服务器更希望边生成数据边传输，这时可以在响应头加上以下字段标识分块传输 Transfer-Encoding:chunked 此时响应头不再包含Content-Length，客户端将以chunked的...
HTTP 协议中的 Transfer-Encoding
gigizhui的博客
09-16 1103
Transfer-Encoding，是一个 HTTP 头部字段，字面意思是「传输编码」。实际上，HTTP 协议中还有另外一个头部与编码有关：Content-Encoding(内容编码)。Content-Encoding 通常用于对实体内容进行压缩编码，目的是优化传输，例如用 gzip 压缩文本文件，能大幅减小体积。内容编码通常是选择性的，例如 jpg / png 这类文件一般不开启，因为图片格式已
HTTP Transfer-Encoding介绍
Dancen的专栏
05-08 6542
参考资料：https://www.cnblogs.com/micro-chen/p/7183275.html Transfer-Encoding Transfer-Encoding，是一个 HTTP 头部字段，字面意思是「传输编码」。实际上，HTTP 协议中还有另外一个头部与编码有关：Content-Encoding（内容编码）。Content-Encoding 通常用于...
Transfer-Encoding: chunked
最新发布
06-10
Transfer-Encoding: chunked是HTTP协议中一种传输编码方式，常用于对响应数据进行分块传输。在使用chunked编码时，响应数据被划分为若干个等大小的块，每个块都带有自己的长度信息。传输时，先发送长度信息，然后再...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值