关于Http中Transfer-Encoding: chunked问题

本文详细介绍了HTTP 1.1中的分包传输机制——Transfer-Encoding: chunked,并对比了其在.NET WebPage与MVC4中的默认行为差异。此外,还提供了在客户端和服务端禁用该机制的方法。

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

Http1.1中新增加内容, Transfer-Encoding: chunked   译为:分包传输

 进行一次请求时,如果数据量较大,为了加快页面显示,而采取了分包的策略


在.net中

WebPag 默认不分包

MVC4 默认分包


一般简单的服务器交互流程

比如,需要服务器返回一个字符串(test),

不分包时传回内容为

test

分包情况下传回内容为

4

test

0

 

这样,在传输像Json这种数据时,解析起来就比较麻烦


禁止方法:

客户端禁止方法:

使用Http 1.0试调用

System.Net.HttpWebRequest Myrq = (System.Net.HttpWebRequest)System.Net.HttpWebRequest.CreateDefault(uri);
                Myrq.ProtocolVersion = new Version(1, 0);   //通过设置协议为1.0


服务端禁止方法:

            byte[] bJson = Encoding.UTF8.GetBytes(strJson);
            //string strAA = Encoding.UTF8.GetString(bJson);


            Response.AddHeader("Content-Length", bJson.Length.ToString()); //将长度添加到协议头中



### 解决 Nginx 502 Bad Gateway 错误并处理 Transfer-Encoding: chunked #### 调整 PHP-CGI 进程配置 当遇到 `Nginx` 报告 `502 Bad Gateway` 错误时,可能是由于 `php-cgi` 进程数不足、PHP 执行时间过长或 `php-cgi` 进程崩溃引起的[^1]。为了防止这些问题发生,可以调整 `php-fpm` 的池设置: ```ini [www] pm = dynamic pm.max_children = 50 pm.start_servers = 5 pm.min_spare_servers = 2 pm.max_spare_servers = 7 request_terminate_timeout = 30s ``` 通过增加最大子进程数量 (`pm.max_children`) 和适当延长请求终止超时时间 (`request_terminate_timeout`) 可以有效减少因资源耗尽而导致的服务中断。 #### 增大头部缓冲区大小 另一个常见原因是 HTTP 请求/响应头过大超过了默认限制,这可以通过修改 `large_client_header_buffers` 参数来解决。对于较大的响应头,建议如下配置[^3]: ```nginx http { ... server { listen 80; server_name *.example.com; # 设置更大的客户端头部缓存空间 large_client_header_buffers 4 16k; location / { proxy_buffer_size 64k; proxy_buffers 32 32k; proxy_busy_buffers_size 128k; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; # 处理分块传输编码 proxy_http_version 1.1; proxy_set_header Connection ""; } } } ``` 这里特别注意设置了 `proxy_http_version 1.1` 并清除了连接头字段(`Connection ""`),这样可以让代理服务器支持持久连接以及正确解析带有 `Transfer-Encoding: chunked` 的响应体。 #### 升级 Nginx 版本注意事项 在升级过程中可能会引入新的兼容性问题,比如从较低版本(如 1.20.x)升至较高版本(如 1.23.x),应确保所有依赖项都已更新并且测试环境稳定后再部署到生产环境中[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值