Net::ERR_INCOMPLETE_CHUNKED_ENCODING问题跟踪

最新推荐文章于 2025-03-23 20:38:30 发布

achang07

最新推荐文章于 2025-03-23 20:38:30 发布

阅读量7.8w

点赞数 5

分类专栏： hibernate SpringMVC 文章标签： hibernate springmvc

本文链接：https://blog.youkuaiyun.com/achang07/article/details/75585379

版权

本文记录了一次解决Net::ERR_INCOMPLETE_CHUNKED_ENCODING错误的过程。问题源于Hibernate双向一对多映射导致的JSON响应无限循环嵌套，从而使得响应内容被截断。通过Fiddler查看原始响应，发现在接口返回时，由于对象间的循环引用，响应数据膨胀。最终解决方案是避免直接返回可能引发循环嵌套的对象，改为自定义JSON结构。

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

这两天做项目的时候突然出现了一个问题：
这里写图片描述
百思不得其解，从字面上理解的话应该是响应被截断了。
在网上查了不少遇到这个问题的帖子，看得云里雾里，和我遇到的情况都不一样，决定还是自己来定位一下。

回顾修改历史

查看了一下svn日志，发现最近所做的修改里面有一点比较可疑。就是使用了Hibernate的双向一对多映射。

@ManyToOne
    @JoinColumn(name = "trade_type_id")
    public TradeType getTradeType() {
        return tradeType;
    }

    public void setTradeType(TradeType tradeType) {
        this.tradeType = tradeType;
    }

@OneToMany(mappedBy = "tradeType")
    public Set<MainLmmIndex> getMainLmmIndexSet() {

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

achang07

关注关注

5
点赞
踩
11

收藏

觉得还不错? 一键收藏
4
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

解决使用Nginx错误 Failed to load resource: net::ERR_INCOMPLETE_CHUNKED_ENCODING问题

Bertram的博客

06-23

3005

问题描述：使用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 (OK) 问题解决

weixin_39577247的博客

01-26

1123

简述浏览器调用接口报错net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK) 错误：编码模块不完整，返回浏览器的流可能原因： 1、丢包 2、响应数据被限制 3、读取流异常终止针对可能的原因排查可以从几个方面 1、网络是否稳定 2、服务器端是否有对响应数据做限制，比如：nginx转发的数据限制，spring/Servlet的HTTP响应数据大小限制，或者是自定义拦截器的响应数据限制 3、服务器的数据限制，如Tomcat 针对以上排查，根据查阅的资料，有如下..

4 条评论您还未登录，请先登录后发表或查看评论

Http状态：net::ERR_INCOMPLETE_CHUNKED_ENCODING

q1003675852的博客

01-02

4791

今天前端的小伙伴遇到一个js文件加载报错：net::ERR_INCOMPLETE_CHUNKED_ENCODING，不论如何刷新页面始终只有该文件加载失败，Chrome开发者工具中响应内容显示此请求没有可用的响应数据。本文整理了该问题的排查过程和解决方案。

dify对话接口 net::ERR_INCOMPLETE_CHUNKED_ENCODING

custom_dd的博客

03-23

198

流式对话接口已经返回message_end类型数据，但是接口流没有关闭结束。2.nginx的临时目录修改权限、nginx.conf配置以下代码。1.nginx配置缓存区设置；nginx.conf配置文件。

ERR_INCOMPLETE_CHUNKED_ENCODING 200

记录学习生活的点滴(Linux运维、java)

01-23

7301

错误信息: 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 200

hay23455的博客

05-16

6081

是浏览器对网页返回的数据流的一个提示，表明在预期的数据块传输过程中出现了不完整的情况。具体来说，这个错误通常在使用 chunked 编码方式传输数据时出现，服务器将数据分成多个块（chunks）传输，但最后一个数据块可能不完整或者已损坏，导致浏览器无法正确解析整个数据流。

net::ERR_INCOMPLETE_CHUNKED_ENCODING

ChainingBlocks

04-07

8198

背景：web前端播放音乐的时候，播放不到一半就停止了，查看浏览器（chrome），发现下面图三的异常。后台出现如下图一图二所示的异常。主要异常信息为：org.apache.cataline.connector.ClientAbortException: java.io.IOExceptionnet::ERR_INCOMPLETE_CHUNKED_ENCODING原因：客户端中断连接，但是后台的音乐流

net::ERR_INCOMPLETE_CHUNKED_ENCODING（php项目+nginx）

马春林的专栏

01-20

2558

项目是php+nginx。今天发现有个页面,chrome浏览器打开报错net::ERR_INCOMPLETE_CHUNKED_ENCODING。浏览器报错如图：初步判断是后端接口返回的json数据过大导致的，使用postman工具调用接口，返回的报文有139KB。网上找资料，有各种原因，常见的比如php-fpm权限问题，php-tmp临时目录权限问题等，但是都未解决问题。比如这个博客：最后通过新增fastcgi_buffers和fastcgi_buffer_size参数解决了问题，贴下来供大家

一个关于 net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 的BUG,在chrome与ajax请求的情况下

javachenxi的专栏

08-23

1130

一个关于 net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 的BUG,在chrome与ajax请求的情况下； Spring MVC 请求做异步处理引起的；Spring MVC 框架的HandlerInterceptor 拦截器的接口处理过程

处理net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK) 问题

10-29

5859

2、服务器端是否有对响应数据做限制，比如：nginx转发的数据限制，spring/Servlet的HTTP响应数据大小限制，或者是自定义拦截器的响应数据限制。#proxy_buffers缓冲区，网页平均在32k以下的设置。本质原因都是响应数据不完整导致，排查针对这个去就行，包括前端后端所有都有可能导致，常见的应该是数据配置限制了。原因：数据导出接口，需要导出量比较大的数据，然后异常，数据小的时候测试通过，数据量变大到一定程度，异常。

Net::ERR_INCOMPLETE_CHUNKED_ENCODING 处理

xuezhezhishen的专栏

09-25

1401

Net::ERR_INCOMPLETE_CHUNKED_ENCODING 原因1 ：有可能是服务器磁盘慢了，查看每个目录大小 du -sh * 逐一排查进行删除

windows 10 BashOnWindows ERR_INCOMPLETE_CHUNKED_ENCODING

CODE杂谈

05-21

853

为了bash on Windows 而装了windows 10 。但在配置LNMP环境的时候出现了问题。状况静态网页加载没有问题但是访问php却会出现keeps waiting for a request finish最终游览器报net::ERR_INCOMPLETE_CHUNKED_ENCODING错误的情况。更改了一堆参数无效，最后还是在官方的github上找到解决方法。解决nginx.

前端请求报错net::ERR_INCOMPLETE_CHUNKED_ENCODING

qq_65652570的博客

04-27

5755

项目后端程序运行环境为centos7.6。

[nginx] net::ERR_INCOMPLETE_CHUNKED_ENCODING 问题解决

qq_37278583的博客

12-21

1947

net::ERR_INCOMPLETE_CHUNKED_ENCODING；proxy_temp Permission denied

前端页面某个js加载出现net::ERR_INCOMPLETE_CHUNKED_ENCODING

fang0604631023的博客

04-29

2819

js加载出现失败net::ERR_INCOMPLETE_CHUNKED_ENCODING

JSP页面报错net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK)

林宥减的小博客

11-17

1663

Tomcat环境，JSP页面报错：net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK)

【异常解决】生产环境 net :: ERR_INCOMPLETE_CHUNKED_ENCODING的问题修复

No8g攻城狮的博客

01-02

4766

ERR_INCOMPLETE_CHUNKED_ENCODING，熟悉的味道，原来的配方，这个问题再次出现，F12查看请求，发现接口无任何返回，接口状态显示 (failed) net::ERR_INCOMPLETE_CHUNKED_ENCODING

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` 错误的发生概率。实际操作中需结合具体情况逐一测试上述措施直至找到最佳组合方式。