net::ERR_INCOMPLETE_CHUNKED_ENCODING（php项目+nginx）

解决net::ERR_INCOMPLETE_CHUNKED_ENCODING
原创 已于 2022-01-20 19:59:20 修改 · 2.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#php #nginx #开发语言

于 2022-01-20 19:57:57 首次发布
针对PHP+Nginx环境下出现的net::ERR_INCOMPLETE_CHUNKED_ENCODING错误，本文介绍了一种有效的解决方案，通过调整Nginx配置中的fastcgi_buffers和fastcgi_buffer_size参数来应对大数据量的返回情况。

项目是php+nginx。

今天发现有个页面,chrome浏览器打开报错net::ERR_INCOMPLETE_CHUNKED_ENCODING。浏览器报错如图：
在这里插入图片描述

初步判断是后端接口返回的json数据过大导致的，使用postman工具调用接口，返回的报文有139KB。
在这里插入图片描述
网上找资料，有各种原因，常见的比如php-fpm权限问题，php-tmp临时目录权限问题等，但是都未解决问题。

最后通过新增fastcgi_buffers和fastcgi_buffer_size参数解决了问题。

  • 修改nginx.conf文件的php配置片段， 新增最后两行解决问题：
server {
		listen       80;
		server_name  xxx域名;
		
		//此处省略配置... 

		location ~ .*\.php$	{
			include fastcgi.conf;		
			fastcgi_pass  127.0.0.1:9000;
			fastcgi_index index.php;
			expires off;
			access_log off;
			fastcgi_send_timeout 60;
			fastcgi_read_timeout 300;
      
		    ## 解决网络错误 net::ERR_INCOMPLETE_CHUNKED_ENCODING
		    fastcgi_buffers 4 64k;
		    fastcgi_buffer_size 64k;				 
		}
}

参考博客：

  • https://www.cnblogs.com/jiuyachun/p/10848404.html
  • https://github.com/microsoft/WSL/issues/2100
  • https://www.cnblogs.com/yuanxian/p/5591039.html
  • https://blog.youkuaiyun.com/chenthe1/article/details/81475796
解决使用Nginx错误 Failed to load resource: net::ERR_INCOMPLETE_CHUNKED_ENCODING问题
Bertram的博客
06-23 3650
问题描述： 使用Nginx代理的服务，一直使用正常，突然就访问不了了! 访问报Failed to load resource: net::ERR_INCOMPLETE_CHUNKED_ENCODING问题 以上问题原因： 当代理文件大小超过配置的proxy_temp_file_write_size值时，nginx会将文件写入到临时目录下（默认为/proxy_temp）。 如果nginx中/proxy_temp过大或者没有权限，就写不进去。 解决方法一： 直接删除Nginx缓存文件，应该就可以访问了：# r
net::ERR_INCOMPLETE_CHUNKED_ENCODING 200
sinat_37792529的博客
06-05 1141
及相关参数，可以显著提升Nginx作为反向代理时的性能和效率。重要的是要理解每个参数的作用，并根据具体的应用场景和服务器性能进行调整。适当的监控和定期的评估也是确保Nginx配置持续有效的关键步骤。是Nginx中用于配置代理服务器响应的缓冲区大小的指令，它对于优化Nginx服务器性能以及提升用户体验至关重要。及其相关参数，可以有效地管理服务器资源，提高处理请求的效率，减少数据传输延迟，从而加强网站的整体性能和稳定性。proxy_buffers 配置出问题了 通过上述proxy_buffers。
Http状态：net::ERR_INCOMPLETE_CHUNKED_ENCODING
q1003675852的博客
01-02 5143
今天前端的小伙伴遇到一个js文件加载报错：net::ERR_INCOMPLETE_CHUNKED_ENCODING，不论如何刷新页面始终只有该文件加载失败，Chrome开发者工具中响应内容显示此请求没有可用的响应数据。本文整理了该问题的排查过程和解决方案。
ERR_INCOMPLETE_CHUNKED_ENCODING 200
记录学习生活的点滴(Linux运维、java)
01-23 7443
错误信息: NET::ERR_INCOMPLETE_CHUNKED_ENCODING200(OK) 错误背景: 微服务不通过统一的nginx端口访问，能够正常请求接口并获取对应的响应。 但是通过nginx的话，则出现请求通(也就是响应200)，但始终没有得到正确的响应，提示上述错误 NET::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK)。 解决办法: 在nginx中的对应的反向代理配置如下内容，即可解决: proxy_buffer_size 1024k;
解决net::ERR_INCOMPLETE_CHUNKED_ENCODING错误的实践指南
最新发布
GreenLeaf78的博客
11-01 468
平台提供的一键部署功能特别适合这类需要快速验证服务器配置的场景，无需手动搭建完整环境就能测试不同参数配置的效果。我实际操作发现，通过平台生成的基础测试项目，可以大幅缩短问题排查时间。：这个报错表明HTTP响应采用了分块传输编码(chunked encoding)，但客户端接收到的数据块不完整。虽然服务器返回了200状态码，但实际传输过程出现了中断。：最常见于大数据量传输场景，比如文件导出、报表生成等操作。当数据量超过某个阈值时，浏览器控制台就会出现这个错误提示。检查是否有中间设备（如防火墙）干扰。
NET::ERR_INCOMPLETE_CHUNKED_ENCODING 200
hay23455的博客
05-16 7036
是浏览器对网页返回的数据流的一个提示，表明在预期的数据块传输过程中出现了不完整的情况。具体来说，这个错误通常在使用 chunked 编码方式传输数据时出现，服务器将数据分成多个块（chunks）传输，但最后一个数据块可能不完整或者已损坏，导致浏览器无法正确解析整个数据流。
Failed to load resource: net::ERR_INCOMPLETE_CHUNKED_ENCODING
暴暴风的博客
12-31 1万+
nginx ,failed to laod resource
接口请求时nginx (failed)net::ERR_INCOMPLETE_CHUNKED_ENCODING
09-19
首先，用户在询问接口请求时Nginx出现net::ERR_INCOMPLETE_CHUNKED_ENCODING错误的解决方案。用户提供了几个引用，我需要基于这些信息来构建回答。 关键点来自引用： - 引用[1]：描述了使用Nginx代理的服务突然无法...
Failed to load resource: net::ERR_INCOMPLETE_CHUNKED_ENCODING解决这个问题
04-25
嗯，用户遇到了net::ERR_INCOMPLETE_CHUNKED_ENCODING错误，需要解决方法。我之前根据提供的引用资料整理过解决方案，现在得再仔细看看这些引用，确保回答准确。 首先，引用[1]提到这个错误通常与Nginx的proxy_temp...
前端请求报错net::ERR_INCOMPLETE_CHUNKED_ENCODING
qq_65652570的博客
04-27 5990
项目后端程序运行环境为centos7.6。
【异常解决】生产环境 net :: ERR_INCOMPLETE_CHUNKED_ENCODING的问题修复
No8g攻城狮的博客
01-02 8616
ERR_INCOMPLETE_CHUNKED_ENCODING，熟悉的味道，原来的配方，这个问题再次出现，F12查看请求，发现接口无任何返回，接口状态显示 (failed) net::ERR_INCOMPLETE_CHUNKED_ENCODING
[nginx] net::ERR_INCOMPLETE_CHUNKED_ENCODING 问题解决
qq_37278583的博客
12-21 2270
net::ERR_INCOMPLETE_CHUNKED_ENCODING；proxy_temp Permission denied
记一次错误“net::ERR_INCOMPLETE_CHUNKED_ENCODING”
凤歌
11-16 7097
-
ngnix问题—NET::ERR_INCOMPLETE_CHUNKED_ENCODING
lovesman的博客
06-02 729
一、问题现象 NET::ERR_INCOMPLETE_CHUNKED_ENCODING 二、解决问题思路 百度一下，然后参考下面的文章。 NET::ERR_INCOMPLETE_CHUNKED_ENCODING 猜测可能是如下原因： nginx的临时目录（/proxy_temp）过大或没有权限写入缓存文件。 问题定位 磁盘满了，导致nginx的临时目录无法继续写入内容。 解决方法 删除一些占用空间的备份文件。 备注 df -h。查看linux各个磁盘的使用情况； df -sh file。 查看某个文件的
处理net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK) 问题
10-29 9561
2、服务器端是否有对响应数据做限制，比如：nginx转发的数据限制，spring/Servlet的HTTP响应数据大小限制，或者是自定义拦截器的响应数据限制。#proxy_buffers缓冲区，网页平均在32k以下的设置。本质原因都是响应数据不完整导致，排查针对这个去就行，包括前端后端所有都有可能导致，常见的应该是数据配置限制了。原因：数据导出接口，需要导出量比较大的数据，然后异常，数据小的时候测试通过，数据量变大到一定程度，异常。
net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK) 问题解决
热门推荐
亲测，只为展现最完美的有效！
03-23 10万+
简述 浏览器调用接口报错net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK) 错误：编码模块不完整，返回浏览器的流 可能原因： 1、丢包 2、响应数据被限制 3、读取流异常终止 针对可能的原因排查可以从几个方面 1、网络是否稳定 2、服务器端是否有对响应数据做限制，比如：nginx转发的数据限制，spring/Servlet的HTTP响应数据大小限制...
浏览器访问报net::ERR_INCOMPLETE_CHUNKED_ENCODING
u012758488的博客
10-26 882
定位问题：当直接请求接口时，有些数据被截掉了。当没通过nginx转发时，接口返回数据正常。由次可知问题发生在nginx。 查看nginx的错误日志：open() “/usr/local/var/run/nginx/proxy_temp/0/03/0000000030” failed (13: Permission denied) while reading upstream。 分析：当代理文件大小超过配置的proxy_temp_file_write_size值时，nginx会将文件写入到临时目录下（默认
JSP页面报错net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK)
林宥减的小博客
11-17 1926
Tomcat环境，JSP页面报错：net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK)
fetchEventSource net::ERR_INCOMPLETE_CHUNKED_ENCODING
04-30
### 可能的原因 `net::ERR_INCOMPLETE_CHUNKED_ENCODING` 错误通常表示客户端接收到的数据流未按预期完成传输。当使用 `fetchEventSource` 进行 Server-Sent Events (SSE) 请求时，这种错误可能是由于服务器未能正确结束响应或者中间件（如 Nginx）在处理分块编码时出现问题所致[^1]。 以下是可能导致该问题的具体原因： 1. **Nginx 缓冲区设置不当**：如果 Nginx 的代理缓冲区大小不足以容纳 SSE 数据流，则可能会截断数据流并引发此错误[^4]。 2. **服务器端代码逻辑问题**：如果服务端未能正确发送完整的 HTTP 响应头或意外终止了连接，也可能导致此类错误[^3]。 3. **网络不稳定**：在网络质量较差的情况下，部分数据包可能丢失，从而造成不完整的数据流[^5]。 4. **Gzip 压缩冲突**：启用 Gzip 压缩功能后，某些情况下会干扰分块编码的正常工作。 --- ### 解决方案 #### 方案一：调整 Nginx 配置 可以通过修改 Nginx 配置来适应 SSE 流式传输的需求。具体参数如下： ```nginx http { ... proxy_buffering off; proxy_cache off; location /your-sse-endpoint/ { proxy_set_header Connection ''; proxy_http_version 1.1; chunked_transfer_encoding on; # 调整缓冲区大小以支持大流量 SSE 数据 proxy_buffer_size 4096k; proxy_buffers 16 4096k; proxy_busy_buffers_size 8192k; proxy_temp_file_write_size 8192k; } } ``` 以上配置禁用了代理缓冲机制 (`proxy_buffering`) 和缓存 (`proxy_cache`)，确保数据能够实时传递给客户端而不被截断。 #### 方案二：检查服务端实现 验证服务端是否按照标准实现了 SSE 协议。以下是一个典型的 Node.js 实现示例： ```javascript app.get('/events', function(req, res) { res.setHeader('Content-Type', 'text/event-stream'); res.setHeader('Cache-Control', 'no-cache'); res.setHeader('Connection', 'keep-alive'); const sendEvent = () => { try { res.write(`data: ${JSON.stringify({ time: new Date().toISOString() })}\n\n`); } catch (e) { console.error(e); clearInterval(intervalId); // 清除定时器以防内存泄漏 } }; const intervalId = setInterval(sendEvent, 1000); req.on('close', () => { clearInterval(intervalId); }); }); ``` 注意以下几点： - 设置正确的 MIME 类型为 `text/event-stream`； - 添加必要的头部字段防止缓存； - 确保每次消息都以 `\n\n` 结束。 #### 方案三：排查网络与压缩设置 1. 如果启用了 Gzip 压缩，请考虑将其关闭或将特定路径排除在外： ```nginx gzip_types text/plain application/json; gzip_disable "msie6"; location /your-sse-endpoint/ { gzip off; } ``` 2. 检查是否有防火墙或其他设备拦截了长连接请求，并适当放宽限制条件。 #### 方案四：客户端重试机制 即使解决了大部分潜在问题，在极端条件下仍可能出现短暂掉线情况。因此建议加入自动重连逻辑： ```javascript const eventSource = new EventSource('/events'); eventSource.onerror = function(event) { console.log('Error occurred:', event); setTimeout(() => { console.log('Attempting reconnect...'); eventSource.close(); initEventSource(); // 自定义函数用于重新初始化连接 }, 5000); // 延迟 5 秒后再尝试恢复链接 }; ``` --- ### 总结 通过合理调整 Nginx 参数、完善服务端协议遵循度以及增强客户端鲁棒性可以有效缓解甚至彻底消除 `net::ERR_INCOMPLETE_CHUNKED_ENCODING` 错误的发生概率。实际操作中需结合具体情况逐一测试上述措施直至找到最佳组合方式。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值