reload 會讓在執(zhí)行的任務(wù)中斷？

914739959 2024-07-22

寫了個定時下載文件的后臺任務(wù)，只要我reload代碼，定時任務(wù)就會停掉這個下載任務(wù)，1000MB的文件下到一半，咔嚓停了，怎么解決？

 759  2 0

walkor 2024-07-22

打賞

設(shè)置config/server.php stop_timeout 為一個較大的值例如60。這樣執(zhí)行reload的時候如果進程當前任務(wù)沒執(zhí)行完會繼續(xù)等待60秒，60秒仍然沒完成執(zhí)行kill操作。

tanhongbin 2024-07-22

它是不接受新的請求了吧然后把當前任務(wù)處理完重啟是吧
914739959 2024-07-22

我后臺下載任務(wù)可能要下1個小時，那stop_timeout設(shè)置1個小時，他是這個任務(wù)等待1小時強制結(jié)束，會不會影響其他代碼的reload，其他代碼的修改不會1小時后生效吧

小W 2024-07-22

下載斷點續(xù)傳

914739959 2024-07-22

下載不是那種直接的url文件名，而是轉(zhuǎn)發(fā)的，我請求一個地址，他驗證之后，再返一個文件流給我，也沒告訴我文件總大小，這種怎么斷點續(xù)傳
tanhongbin 2024-07-22

這種是不是應(yīng)該單獨用隊列處理像這種任務(wù) 我都單獨部署一個webman 項目里面 redis 隊列然后處理也不重啟這部分代碼
小W 2024-07-22

下載不是那種直接的url文件名，而是轉(zhuǎn)發(fā)的，我請求一個地址，他驗證之后，再返一個文件流給我，也沒告訴我文件總大小，這種怎么斷點續(xù)傳

我覺得樓上方式更可靠，download任務(wù)不需要經(jīng)常更新，可以另啟服務(wù)，要不然呢........
tanhongbin 2024-07-22

這種最好是分出來和其他業(yè)務(wù)區(qū)分開，這中不能重啟的就不要動了其他的愛咋弄咋弄
小W 2024-07-22

關(guān)鍵這只是一個下載的微服務(wù)，不牽扯主要業(yè)務(wù)邏輯，非必要不應(yīng)該重啟，再說重啟也必須要有l(wèi)og
tanhongbin 2024-07-22

嗯嗯
小W 2024-07-22

不支持下載斷點續(xù)傳，無法確定下載時長，解決方案是如何避免重啟，而不是重啟后如何恢復(fù)繼續(xù)下載服務(wù)
tanhongbin 2024-07-22

沒毛病，webman這種框架最好不要總重啟，fpm 那種不需要重啟的就隨便了