如何让游览器发送POST请求时指定使用chunked方式以及content-encoding头域

Army123 2011-08-05 02:28:18

RT，3Q

...全文

247 1 打赏收藏举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

潮起潮落 2011-08-05

打赏
举报

回复

用表单的话是不行的。
看看XHR对象，能订不？

本文详解requests库实现大文件流式上传的两种核心方式：使用二进制file-like对象（支持Content-Length）和生成器/迭代器（强制触发chunked transfer encoding）。重点解析其底层逻辑——models.py中body长度判定机制、adapters.py中chunked请求分发流程，以及如何通过PreparedRequest头字段（Transfer-Encoding vs Content-Length）验证上传路径。同时指出multipart流式上传的限制及替代方案。

本文探讨了HTTP中Content-Length和Transfer-Encoding的概念及工作原理。当Content-Length不准确时，可能导致超时或请求截断问题。在不确定消息长度时，Transfer-Encoding: chunked提供了一种分块传输数据的方法，适用于动态生成大量内容的场景。

本文解析aiohttp针对RFC 9112 §7.1的安全修复：服务端请求解析器新增对重复Transfer-Encoding: chunked的检测与拒绝机制，统一返回HTTP 400错误。修复覆盖纯Python与Cython双解析路径，强化传输编码合法性校验（chunked仅允许出现一次且必须位于列表末尾），有效防御HTTP请求走私攻击。源码剖析聚焦http_parser.py中te_chunked_check逻辑及TE/CL互斥规则，配套测试验证完备。

本文深入剖析Ocelot官方明确不支持的三大HTTP特性：Chunked编码（强制回填Content-Length）、Host头透传（路由寻址冲突）及内建Swagger生成（配置动态性与静态文档矛盾）。结合源码定位（RequestMapper、HttpContextResponder等），阐明设计动因，并提供替代方案：自定义中间件转发Host、Swashbuckle手动集成、MMLib.SwaggerForOcelot社区包及Postman测试方案。

博主在升级PHP版本从5.6到7.0后遇到一个问题，即使用NodeJS进行POST请求时，PHP7不再正确响应。尽管相同的请求在PHP5.6中能正常工作。经过测试，问题出现在分块编码（Transfer-Encoding: chunked）上。通过对比PHP源码，博主定位到问题可能始于某个特定的提交，但未能进一步编译验证。解决方案包括设置Content-Length头部或移除NodeJS的chunked编码。文章探讨了PHP版本间的不兼容性以及调试此类问题的方法。

61,117

社区成员

60,701

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章