laravel 文件下载,浏览器报错 net::ERR_CONTENT_LENGTH_MISMATCH 200 (OK)问题探究

 背景:

        文件下载请求接口,浏览器报错（失败）net::ERR_CONTENT_LENGTH_MISMATCH

排查思路:

1、先打印数据,看是否是因为数据错误导致的导出文件问题,后经过断点打印数据,都是正常.

2、查看nginx日志,查询到对应接口报错信息,permission denied!!!

登录服务器后用对应帐号访问,果然,没有权限. 

解决:

 chmod -R 777 /webserver/nginx/fastcgi_temp 

问题解决!

总结:

        问题虽然解决了，但还不知道是什么原因造成的，如果就此放下，估计今晚都会睡不着觉的…

在搞清楚这个问题之前，先来回顾一下PHP-FPM 与 Nginx 的协程流程：

1. 当客户端发起一个请求到服务端，Nginx 首先会判断该请求是静态还是动态？
2. 如果是静态，直接返回对应的静态资源。
3. 如果是动态，FastCGI 会将该请求转发给本地 9000 端口（9000 是 PHP—FPM 所监听的端口）或者 sock。
4. PHP-FPM 主进程接收到请求之后，
   会分配一个空闲的 Worker 进程去处理这个请求，处理完成之后将数据返回给 FastCGI，再由 Nginx 返回给客户端。

以上是一个完整的HTTP 请求处理流程。其中Worker 进程处理完请求之后，会将数据返回给 FastCGI，再由Nginx 返回给客户端，这里就不得不提到Nginx 的Buffer 机制：

对于来自 FastCGI Server 的 Response，Nginx 将其缓冲到内存中，然后依次发送到客户端浏览器。缓冲区的大小由 fastcgi_buffers 和 fastcgi_buffer_size 两个值控制。

以下面这个配置进行说明：

1 2	COPY fastcgi_buffers 8*4K; fastcgi_buffer_size 4K;

• fastcgi_buffers 控制 nginx 最多创建 8 个大小为 4K 的缓冲区
• fastcgi_buffer_size 则是处理 Response 时第一个缓冲区的大小，不包含在前者中

所以总计能创建的最大内存缓冲区大小是 8*4K+4K = 36k。而这些缓冲区是根据实际的 Response 大小动态生成的，并不是一次性创建的。比如一个 8K 的页面，Nginx 会创建 2*4K 共 2 个 buffers。

当 Response 小于等于 36k 时，所有数据当然全部在内存中处理。如果 Response 大于 36k 呢？fastcgi_temp 的作用就在于此，多出来的数据会被临时写入到文件中，放在这个目录

参考文档

记一次由 Nginx fastcgi_temp 权限不足引起的问题 - 小艾的自留地

跟进:

fastcgi_buffers 自行在nginx配置