net :: ERR_INCOMPLETE_CHUNKED_ENCODING只在Chrome中
加载某些页面时出现此错误：
net::ERR_INCOMPLETE_CHUNKED_ENCODING 这些页面没有做任何特别的事情，一切似乎都在其他浏览器中工作。 发生这种情况的页面以JSON显示数据。 只有当JSON页面显示大量的项目时才会发生。 轨道控制台不显示任何错误（200响应）。
我昨天遇到了这个问题。 这是因为服务器没有响应一些资源。
在我的页面中，我有一些像<a href="/file_path">file_name</a>这样的大文件链接，而且这种情况只发生在chrome中。
一段时间以来，我认识到这可能是由于Chrome的“预测networking操作来提高页面加载性能”function造成的。所以我在chrome://settingsclosures了这个function，然后重试。 正如所料，错误不再发生。
之后，我用full_url_path而不是relative_path来更改资源链接（在rails中，使用resource_url而不是resource_path），然后我不必closureschrome的function。 它看起来不错。
我有一个Wordpress网站，也只在Chrome中。
更新网站及其插件到最新版本没有帮助，其他人似乎并没有在访问网站时有同样的问题，但后来我看到这个职位 ， closures我的防病毒（avast）实时盾牌如所暗示的那样，问题就消失了。
注意：某些各种防病毒程序（AVAST，Kapersky和ESET）上的实时防护似乎是导致此错误的主要原因。
在我的情况下，这个问题是caching相关，并发生在做CORS请求时。
正如上面的评论所述：
这个错误似乎是随机出现的
这是因为Httpcaching系统。
强制响应头Cache-Control no-cache解决我的问题：
[使用Symfony HttpFoundation组件]
<?php $response->headers->add(array( 'Cache-Control' => 'no-cache' ));
我在一个symfony项目（PHP）中有这个。
就像你描述你的问题，我有一些简单的HTML和CSS的静态页面（html.twig）…所以没有什么特别的。
对我来说，这是一个mod_rewrite问题，在启用了mod_rewrite并将FallbackResource /index.php添加到我的虚拟主机后，它一切正常。
PS：如果你的apache低于2.2.16，在根文件夹中创build一个.htaccess文件并使用下面的代码：
选项-MultiViews
RewriteEngine On #RewriteBase /path/to/app RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^ index.php [QSA,L] </IfModule>
我们有net::ERR_INCOMPLETE_CHUNKED_ENCODING问题的情况下HTML，其中包含太多的空行。 一些浏览器在解释长文件时遇到困难。
一旦我们通过清空空行代码来清理代码，错误消失了。
这个错误来了，如果你有领域对象或模型对象之间的关系，你正在返回到Jquery。 请用@JsonBackReference注释，你的问题将得到解决
@ManyToOne(fetch = FetchType.LAZY,cascade=CascadeType.ALL) @JoinColumn(name = "parentId", nullable = false) @JsonBackReference public Parent getParent() { return this.parent; } @OneToMany(cascade=CascadeType.ALLfetch =FetchType.LAZY,mappedBy= "parent") @JsonBackReference public Set<Category> getChild() { return this.child; }
至less对于Java Web应用程序，更具体地说是使用JSP，我已经看到这发生在JSP搞砸了。 所以，确保你的JSP是正确的。
请检查您的radware负载平衡器configuration。 “FastView”和“APM”function的设置可能导致此问题。 在我的情况下，它将被禁用后得到修复。
如果您打开了任何响应stream，则必须closures。 例如代码如果你已经打开了一个ServletOutputStream来下载zip文件夹，那么这个stream需要被closures，如下所示。
ServletOutputStream sos = response.getOutputStream(); response.setContentType("application/zip"); response.setHeader("Content-Disposition", "attachment;filename=project.ZIP"); sos.write(zip); sos.flush(); sos.close();
我在本地网站上发现了同样的错误。 在日志中，我发现了这个logging：
"nginx failed (13: Permission denied) while reading upstream, client: 127.0.0.1".
我的决定是通过从正确的用户重新启动nginx和php-fpm：
让我们的my_user – 网站目录的主要用户。
首先，转到nginx.conf：更改
user nginx; -> user my_user my_user_group;
或者粘贴这个
user my_user my_user_group;
在文件的顶部
2）其次，在php5 / fpm / pool.d / http://www.conf中;
# Find and change this variables from old -> to new: user -> my_user group -> my_user listen.owner -> my_user listen.group -> my_user
3）最后你需要重新启动nginx和php-fpm。 然后为my_user在/ var / lib / nginx / tmp手工制作chown 0700，如下所示：
chown -R my_user:my_user 0700 /var/lib/nginx/tmp
在我的情况下，我有“设备上没有剩余空间”。 当我删除服务器上无用的文件 – 错误消失
