重點整理
- 背景任務崩潰現可計算失敗次數，避免無限重試拖垮主機。
- 長時間任務逾時前可先保存進度，避免資料遺失與系統卡死。
- 系統自動記錄任務執行時間，幫助找出拖慢網站的效能瓶頸。
- 失敗任務清理支援指定單一佇列，維護更精準且不會誤殺其他紀錄。
很多中小企業的網站都有「背景任務」，例如自動發送訂單通知、同步第三方系統資料、或是定時產生報表。這些在後台默默運作的工作，如果發生錯誤或當機，不僅會浪費主機資源，甚至可能導致網站變慢或停擺。近期知名的網站開發框架 Laravel 發布了 13.34 版本，針對這些背景任務的穩定性與錯誤處理進行了大幅優化。這篇文章將帶您了解，這些工程師眼中的技術更新，如何實際幫助您的網站運作得更穩定。
背景任務當機不再無限重試，有效保護主機資源
在網站後台，負責執行排程或背景工作的程式叫做 Worker（背景工作進程）。過去，如果 Worker 因為記憶體不足或系統錯誤而意外崩潰，系統往往不會把它算作一次「失敗」，導致該任務可能不斷重試，最後把主機資源耗盡。
新版本加入了 #[CountCrashesAsExceptions] 屬性，讓 Worker 崩潰也能被正確計算為失敗次數。這意味著，如果某個任務一直導致系統當機，系統會在達到設定次數後果斷停止它，避免拖垮整台主機。
此外，對於需要長時間執行的任務（例如產生大型數據報表），新版本支援了「可中斷任務」的逾時通知。當任務執行時間即將超過限制時，系統會先發送訊號讓任務保存目前進度，然後再安全中斷。這能有效避免資料處理到一半直接遺失，或是系統因為超時而卡死。
精準掌握任務執行時間，錯誤清理更靈活
要維持網站速度，了解每個背景任務花了多少時間是關鍵。新版本在 JobProcessed（任務處理完成）事件中加入了 duration（執行時間）屬性，系統現在能自動記錄每個任務執行了多少毫秒。行銷或營運人員可以請工程師匯出這些數據，找出哪些任務特別耗時，進而優化流程。
在錯誤清理方面，過去要清除失敗的任務，只能把整個系統的失敗紀錄全部刪掉。新版本為 queue:flush 指令加入了 --queue 選項，讓管理員可以「只清除特定佇列（任務分類）」的失敗紀錄。例如，當第三方物流 API 短暫斷線導致大量失敗任務時，您可以只清理物流同步的失敗紀錄，而保留其他重要任務的紀錄，讓維護工作更精準、不誤殺。
資料庫管理與程式測試更嚴謹，減少上線後 Bug
除了背景任務，新版本也優化了資料庫與測試工具。例如新增 Schema::getColumn() 方法，讓工程師能快速查詢單一資料庫欄位的詳細資訊，不用每次都撈取整個資料表結構；測試功能 assertDatabaseCount() 現在支援一次檢查多張資料表的資料筆數，讓工程師在寫測試時更有效率。
同時，系統環境檢查與資料庫關聯設定也變得更嚴謹，支援了 Enum（列舉類型，一種限制變數只能為特定幾種值的資料類型）並強化了多型關聯的讀取限制。這些看似純技術的調整，其實能大幅減少工程師在開發與除錯時的時間，確保網站上線後擁有更高的穩定度與更少的潛在錯誤。
崴米的建議
- 定期檢視網站的背景任務與排程：隨著企業成長，網站需要處理的資料量會增加。建議定期請工程師檢查背景任務的執行時間與失敗率，適時調整主機資源或優化程式邏輯，避免小錯誤累積成大當機。
- 建立上線後的主機監控機制：背景任務的異常往往在半夜或離峰時間發生，單靠人工難以即時發現。建議將網站交由專業團隊進行日常巡檢，當主機資源異常或任務連續失敗時，能第一時間收到通知並處理。
如果您需要穩定的後台環境與專業的技術支援，歡迎了解我們的 網站代管維護與主機監看 服務，讓您的網站上線後有人顧，安心專注本業。
參考來源：Count Worker Crashes as Job Exceptions in Laravel 13.34
