問題描述

使用ngxin反向代理到webman服務(wù)的8787端口，webman提供了一個(gè)下載功能，使用的response()->download()方法下載大小超過2M的文件，16個(gè)進(jìn)程，前端使用window.open()打開該鏈接下載文件,會(huì)間歇性出現(xiàn)下載失敗的問題，大多數(shù)時(shí)候可以，但是不穩(wěn)定，不時(shí)出現(xiàn)下載失敗的情況。
這個(gè)下載服務(wù)是收費(fèi)的必須要穩(wěn)定運(yùn)行才行吖請(qǐng)大佬們幫忙看看是么子問題，跪謝。

截圖報(bào)錯(cuò)信息里報(bào)錯(cuò)文件相關(guān)代碼

nginx代理配置：

CleanShot 2022-10-21 at 18.14.35@2x.png

webman代碼：

CleanShot 2022-10-21 at 18.22.34@2x.png

前端：
下載的其實(shí)是同一個(gè)文件，間歇性失敗

CleanShot 2022-10-21 at 18.24.01@2x.png

nginx錯(cuò)誤日志：

CleanShot 2022-10-21 at 18.27.55@2x.png

日志中的crit日志下載成功也會(huì)產(chǎn)生，error日志只有下載失敗時(shí)產(chǎn)生

操作系統(tǒng)及workerman/webman等框架組件版本

 macOS 13
 webman 1.4

搞定啦我來還愿來了謝謝各位大佬

事情是這樣的,雖然有個(gè)緩存目錄無權(quán)限報(bào)錯(cuò)，但我測(cè)試了一下大概和這茬沒啥關(guān)系= =
主要還是代理緩存大小的問題，我在nginx中使用如下配置解決了問題

proxy_buffering  on;
proxy_buffer_size 500M;
proxy_buffers 4 500M;
proxy_busy_buffers_size 500M;
proxy_temp_file_write_size 500M;

個(gè)人猜測(cè)問題是這樣產(chǎn)生的，nginx反向代理到webman，因?yàn)榇淼氖潜镜囟丝?，所以webman很快就把所有的內(nèi)容都交付給了nginx了并斷開了和nginx的連接；但是nginx默認(rèn)的代理緩存很小，只保存了webman交付內(nèi)容的很少一部分，然后就被webman斷開了連接，nginx無法獲取到剩下的內(nèi)容，因此報(bào)了[上游鏈接過早斷開]的錯(cuò)誤，這里我把代理緩存加到500M就可以了，具體加到多少根據(jù)實(shí)際需求調(diào)節(jié)，我這里是需要測(cè)試一個(gè)400多M的壓縮包