搞Linux的人遲早都會(huì)碰上這么一檔子事在遠(yuǎn)程終端上跑了個(gè)耗時(shí)任務(wù)跑一半網(wǎng)線被踢了、筆記本合蓋休眠了、遠(yuǎn)程桌面關(guān)了再連上去發(fā)現(xiàn)程序已經(jīng)沒(méi)了之前跑了幾個(gè)小時(shí)的進(jìn)度直接清零。要是那個(gè)程序是個(gè)訓(xùn)練腳本、數(shù)據(jù)同步任務(wù)或者長(zhǎng)時(shí)間編譯損失就更讓人崩潰了。這其實(shí)是Linux后臺(tái)運(yùn)行這個(gè)基本功沒(méi)吃透。把nohup、setsid、screen、tmux這些方法捋明白之后你會(huì)發(fā)現(xiàn)“讓程序在后臺(tái)跑、斷開(kāi)連接也不影響”這件事根源就是一個(gè)叫SIGHUP的信號(hào)理解了它很多操作就都串起來(lái)了。這篇文章我把Linux里讓程序后臺(tái)運(yùn)行的四種常用方法挨個(gè)講透從最基礎(chǔ)的到最穩(wěn)妥的tmux每種的原理、適用場(chǎng)景、坑在哪都會(huì)結(jié)合我實(shí)際跑任務(wù)的例子說(shuō)清楚。剛?cè)腴T的學(xué)生、經(jīng)常在服務(wù)器上跑實(shí)驗(yàn)的算法工程師還有要維護(hù)腳本和服務(wù)的運(yùn)維都能在這篇里找到適合自己場(chǎng)景的方案。1. 先搞清楚你關(guān)掉終端時(shí)程序?yàn)槭裁磿?huì)死1.1 控制終端、會(huì)話和進(jìn)程組的三層關(guān)系在Linux里每當(dāng)你在終端敲命令shell會(huì)為這條命令創(chuàng)建一個(gè)進(jìn)程并且把它放進(jìn)一個(gè)“進(jìn)程組”。你操作的這個(gè)終端叫做這個(gè)會(huì)話的“控制終端”。正常情況下我們輸入命令、程序打印日志都是通過(guò)這個(gè)控制終端完成的。這里最關(guān)鍵的一點(diǎn)是進(jìn)程組、會(huì)話和控制終端是綁在一起的。當(dāng)連接正常時(shí)它們一起工作一旦終端斷開(kāi)——比如ssh會(huì)話關(guān)閉、遠(yuǎn)程桌面斷開(kāi)——內(nèi)核就會(huì)向這個(gè)會(huì)話的“首進(jìn)程”發(fā)送一個(gè) SIGHUP 信號(hào)掛斷信號(hào)。首進(jìn)程收到后默認(rèn)動(dòng)作就是終止自己而同一個(gè)進(jìn)程組里的其他進(jìn)程也會(huì)受到牽連。這個(gè)機(jī)制本身是Unix設(shè)計(jì)時(shí)為了規(guī)范用戶登出行為定的。你想想如果一個(gè)用戶通過(guò)終端登錄到機(jī)器上后臺(tái)掛了一堆程序用戶直接關(guān)終端走人那些程序還留在系統(tǒng)里占著資源誰(shuí)也控制不了它們系統(tǒng)很快就亂套了。所以內(nèi)核干脆用一個(gè)SIGHUP通知整個(gè)會(huì)話“你的終端沒(méi)了”大家一起收攤。1.2 后臺(tái)運(yùn)行的破局思路明白了SIGHUP這個(gè)機(jī)制后臺(tái)運(yùn)行的方法就可以歸類了。讓程序脫離“終端斷開(kāi)”的魔爪本質(zhì)上只有三種思路讓進(jìn)程忽略SIGHUP信號(hào)這樣終端斷開(kāi)時(shí)它不會(huì)被信號(hào)弄死nohup干的就是這事。讓進(jìn)程徹底脫離這個(gè)會(huì)話、脫離控制終端讓它變成一個(gè)跟終端沒(méi)有關(guān)系的獨(dú)立進(jìn)程setsid走的是這條路。給程序一個(gè)“虛擬終端”你人走了程序還在那個(gè)虛擬終端里跑著之后想回去也能接上這正是screen和tmux做的事。在后面的方法里你會(huì)反復(fù)看到這三種思路的影子。理解原理之后再去看那些命令就不會(huì)覺(jué)得它們是靠死記硬背的魔咒了。2. 四種后臺(tái)運(yùn)行方法逐個(gè)說(shuō)透2.1 直接在命令后面加 最簡(jiǎn)單的臨時(shí)后臺(tái)python my_task.py 在命令末尾加一個(gè)shell就不用再等這個(gè)命令執(zhí)行完了會(huì)立刻返回提示符讓你能繼續(xù)敲別的命令。命令對(duì)應(yīng)的進(jìn)程會(huì)進(jìn)入后臺(tái)運(yùn)行標(biāo)準(zhǔn)輸出還是會(huì)往當(dāng)前終端打。這種方式的優(yōu)點(diǎn)是零成本任何時(shí)候都能用。但如果你以為加了個(gè)就能關(guān)掉終端放心走那就踩了大坑。因?yàn)榧词故呛笈_(tái)任務(wù)的進(jìn)程它依然在這個(gè)終端的會(huì)話和進(jìn)程組里面關(guān)掉終端照樣會(huì)收到SIGHUP然后掛掉。舉個(gè)實(shí)際例子我有一個(gè)跑數(shù)據(jù)清洗的腳本大概半小時(shí)跑完我當(dāng)時(shí)圖省事直接python clean.py 然后合上筆記本就去吃飯了?；貋?lái)一看命令在斷開(kāi)那會(huì)兒就沒(méi)了清洗到一半的數(shù)據(jù)文件還是壞的。這之后就長(zhǎng)教訓(xùn)了只適合配合nohup、setsid或者會(huì)話復(fù)用工具體使用單獨(dú)用它來(lái)保長(zhǎng)時(shí)間任務(wù)非常不可靠。跟相關(guān)的還有一組命令jobs看當(dāng)前終端的后臺(tái)任務(wù)列表fg把后臺(tái)任務(wù)挪回前臺(tái)bg把一個(gè)掛起的任務(wù)放到后臺(tái)繼續(xù)跑。比如你跑了個(gè)程序按了CtrlZ把它掛起再輸入bg就能讓它到后臺(tái)運(yùn)行。這組操作在同一個(gè)終端會(huì)話里臨時(shí)切換前后臺(tái)時(shí)很好用但同樣解決不了“關(guān)終端就掛”的問(wèn)題。2.2 nohup 加 最常用的“保命”組合nohup python my_task.py run.log 21 把命令丟到后臺(tái)同時(shí)讓進(jìn)程忽略SIGHUP信號(hào)這就是nohup干的事。它會(huì)讓程序在斷線、關(guān)終端之后繼續(xù)跑同時(shí)把標(biāo)準(zhǔn)輸出和錯(cuò)誤輸出都重定向到文件里。這里加 run.log 21是標(biāo)準(zhǔn)操作不然nohup默認(rèn)會(huì)把輸出寫到nohup.out這個(gè)文件里文件會(huì)越滾越大而且不好歸類。我平時(shí)在遠(yuǎn)程服務(wù)器上跑Python腳本最常用的就是它比如跑一個(gè)要兩個(gè)小時(shí)的爬蟲(chóng)nohup python crawler.py crawler.log 21 echo $! crawler.pid這里$!是shell里上一個(gè)后臺(tái)進(jìn)程的PID把它記到文件里后面要停任務(wù)的時(shí)候直接kill $(cat crawler.pid)就行了。很多筆記里只教你寫nohup xxx 但記錄PID這個(gè)小習(xí)慣能省不少事尤其在一個(gè)終端里啟動(dòng)過(guò)多個(gè)后臺(tái)任務(wù)的時(shí)候靠ps去翻到底哪個(gè)是哪個(gè)真的很煩。判斷一個(gè)nohup進(jìn)程是否在正常跑可以隨時(shí)用tail -f run.log看看日志有沒(méi)有在更新。不過(guò)要注意nohup能讓進(jìn)程存活但它沒(méi)法讓你重新“接上”這個(gè)進(jìn)程也就是說(shuō)如果腳本跑到一半要你輸入密碼或者交互確認(rèn)你就沒(méi)轍了只能在啟動(dòng)前保證它不需要交互。提示nohup和配合不是必須二選一。光用nohup不加命令還是會(huì)占著前臺(tái)光用不配nohup關(guān)終端就會(huì)掛。兩個(gè)一起上才是穩(wěn)妥的組合。2.3 setsid讓進(jìn)程開(kāi)一個(gè)“新戶口”setsid python my_task.py task.log 21 setsid的思路比nohup更徹底。它不是讓進(jìn)程“假裝聽(tīng)不到”掛斷信號(hào)而是直接讓進(jìn)程開(kāi)啟一個(gè)新的會(huì)話完全脫離原來(lái)的控制終端。用setsid啟動(dòng)的進(jìn)程會(huì)成為新會(huì)話的首進(jìn)程它的控制終端被徹底剝離自然也就不受原終端關(guān)閉的影響了。你可以用一條命令去看它的效果。先啟動(dòng)一個(gè)測(cè)試進(jìn)程setsid sleep 300 然后用ps -ef看一下正常情況下它的PPID會(huì)變成1意思就是它被init/systemd進(jìn)程收養(yǎng)了不再是某個(gè)終端下的小弟。這種“換了戶口”的進(jìn)程在系統(tǒng)里更像一個(gè)獨(dú)立的服務(wù)。我一般在寫批量腳本、希望某個(gè)子任務(wù)徹底跟當(dāng)前環(huán)境撇清關(guān)系的時(shí)候用它。比如一個(gè)數(shù)據(jù)管道腳本里調(diào)用了另一個(gè)長(zhǎng)時(shí)間運(yùn)行的子程序想讓子程序獨(dú)立成會(huì)話不被父腳本的異常退出帶著一起死就適合用setsid包一層。不過(guò)setsid有個(gè)要求啟動(dòng)時(shí)必須做好標(biāo)準(zhǔn)輸入、標(biāo)準(zhǔn)輸出和標(biāo)準(zhǔn)錯(cuò)誤的重定向。因?yàn)樗撾x了終端如果沒(méi)重定向某些程序可能會(huì)因?yàn)檎也坏捷敵鲈O(shè)備而出錯(cuò)。2.4 screen 和 tmux能“掛起”也能“回來(lái)”的方案如果說(shuō)nohup和setsid是讓程序“斷舍離”那tmux以及老牌的screen就是給程序安排一個(gè)“可隨時(shí)回去的虛擬房間”。tmux new -s train # 進(jìn)入tmux會(huì)話后正常運(yùn)行你的命令 python train.py --epochs 100 # 按 Ctrlb 再按 d脫離這個(gè)會(huì)話執(zhí)行完Ctrlb d之后tmux會(huì)話里的程序還會(huì)繼續(xù)跑你的終端會(huì)回到普通shell。這時(shí)候你關(guān)掉遠(yuǎn)程桌面、斷開(kāi)ssh都影響不了它。下次重新登錄機(jī)器想看看訓(xùn)練進(jìn)度tmux attach -t train就又能回到那個(gè)房間了屏幕上的輸出還在隨時(shí)可以繼續(xù)操作。這一點(diǎn)是nohup完全沒(méi)法比的。你不需要提前重定向日志因?yàn)殡S時(shí)都能回去看輸出。screen是tmux的前輩功能類似screen -S train # 創(chuàng)建會(huì)話 screen -r train # 重新接入 # 脫離是 Ctrla 再按 d如果你只需要簡(jiǎn)單的后臺(tái)交互會(huì)話screen就夠了如果喜歡分屏、窗口管理更靈活用tmux更舒服。我個(gè)人現(xiàn)在是tmux重度用戶平常登錄服務(wù)器第一件事就是tmux a || tmux new所有長(zhǎng)時(shí)間任務(wù)都在里面跑。把最常用的tmux快捷鍵列一下操作快捷鍵/命令用途新建會(huì)話tmux new -s 名稱創(chuàng)建命名會(huì)話脫離會(huì)話Ctrlb然后d程序繼續(xù)跑回到普通終端重新接入tmux attach -t 名稱回來(lái)看進(jìn)度、繼續(xù)操作查看會(huì)話列表tmux ls列出所有會(huì)話關(guān)閉會(huì)話tmux kill-session -t 名稱結(jié)束該會(huì)話里的所有程序水平分屏Ctrlb然后上下分兩個(gè)窗格垂直分屏Ctrlb然后%左右分兩個(gè)窗格提示如果你只是臨時(shí)跑個(gè)長(zhǎng)任務(wù)用nohup就行如果任務(wù)需要持續(xù)跟蹤、可能要中途調(diào)整參數(shù)、或者你習(xí)慣分屏同時(shí)干幾件事推薦直接上tmux。3. 四種方法怎么選我的實(shí)踐推薦3.1 任務(wù)類型和方法匹配表這里把四種方法放在一起對(duì)比一下方便你結(jié)合場(chǎng)景做判斷方法命令示例斷線后是否存活能否重新接入交互適用場(chǎng)景python task.py 否否臨時(shí)切換秒級(jí)任務(wù)nohup nohup python task.py log 21 是否一次性后臺(tái)腳本只需看日志setsidsetsid python task.py log 21 是否腳本里啟動(dòng)獨(dú)立子任務(wù)徹底脫離會(huì)話tmux / screentmux new -s task是是需要觀察進(jìn)度、可能中途介入的任務(wù)在服務(wù)器上長(zhǎng)期跑Python訓(xùn)練任務(wù)時(shí)我最常用的組合是 tmux 起一個(gè)會(huì)話在會(huì)話里直接跑程序日志直接在終端滾動(dòng)想看進(jìn)度就attach回去不想看就脫出來(lái)干別的。如果任務(wù)本身是純后臺(tái)無(wú)人值守型不需要任何交互就用nohup。比如crontab定時(shí)任務(wù)、凌晨跑的告警腳本這種用nohup掛在后臺(tái)日志寫到文件里就夠了。setsid的適用場(chǎng)景少一些但它有個(gè)特性很好用它可以讓一個(gè)腳本在啟動(dòng)子程序時(shí)隔絕信號(hào)傳播。比如你寫了一個(gè)自動(dòng)化編排腳本里面要依次啟動(dòng)好幾個(gè)長(zhǎng)時(shí)間運(yùn)行的程序你不想父進(jìn)程一掛就把子進(jìn)程都帶崩用setsid包住子程序就能保證每個(gè)程序自己的命運(yùn)。3.2 使用后臺(tái)任務(wù)時(shí)的幾個(gè)細(xì)節(jié)不管用哪種方法有幾個(gè)操作習(xí)慣我特別建議養(yǎng)成。把輸出重定向?qū)懭?。很多人nohup python xxx.py 一敲就完事結(jié)果程序輸出的內(nèi)容全部落到默認(rèn)的nohup.out。短時(shí)間看不出來(lái)跑一整天之后這個(gè)文件可能膨脹到幾個(gè)G把磁盤塞滿。好習(xí)慣是每次啟動(dòng)都顯式指定日志文件錯(cuò)誤輸出也一并合并進(jìn)去。記錄好PID。啟動(dòng)長(zhǎng)時(shí)間任務(wù)后立刻把PID保存下來(lái)nohup python process_data.py process.log 21 echo $! process.pid后面想優(yōu)雅停止就kill $(cat process.pid)想確認(rèn)存活也可以kill -0 $(cat process.pid)。這個(gè)習(xí)慣在管理多個(gè)后臺(tái)任務(wù)時(shí)價(jià)值巨大。凡是要交互、要輸密碼的程序別硬丟后臺(tái)。有次我圖省事直接nohup ansible-playbook xxx.yml 結(jié)果它跑到一半停下來(lái)等SSH密碼輸入日志再也沒(méi)動(dòng)靜我又不在終端前只能kill掉重跑。后來(lái)遇到這類任務(wù)我都用tmux掛起再脫出需要輸入的時(shí)候就重新接回去。3.3 如果你要長(zhǎng)期跑不如直接上 systemd如果某個(gè)程序你需要它“7乘24小時(shí)一直跑開(kāi)機(jī)自啟掛了自動(dòng)拉起”前面四種方法都不是最終歸宿。nohup或tmux需要人工介入啟動(dòng)進(jìn)程崩了不會(huì)自動(dòng)拉起。這種場(chǎng)景更合適的方案是寫成systemd服務(wù)。一個(gè)最簡(jiǎn)單的服務(wù)單元比如/etc/systemd/system/my-worker.service[Unit] DescriptionMy Data Worker Service Afternetwork.target [Service] ExecStart/usr/bin/python3 /opt/my_worker.py Restarton-failure RestartSec10 Userroot [Install] WantedBymulti-user.target配置好之后執(zhí)行systemctl daemon-reload再systemctl enable --now my-worker就能開(kāi)機(jī)自啟、異常退出10秒后自動(dòng)重啟。這種方式比nohup和tmux正規(guī)得多適合做“服務(wù)”級(jí)別的任務(wù)。4. 后臺(tái)任務(wù)常見(jiàn)問(wèn)題排查實(shí)錄4.1 明明加了 nohupssh斷開(kāi)后進(jìn)程還是沒(méi)了這是很多人最開(kāi)始困惑的問(wèn)題。排查思路先看啟動(dòng)命令里有沒(méi)有把標(biāo)準(zhǔn)輸入、輸出、錯(cuò)誤都處理干凈。有些程序會(huì)打開(kāi)終端設(shè)備文件或者依賴標(biāo)準(zhǔn)輸入比如bash腳本里悄悄讀了一次終端輸入nohup管不到這種情況。還有一個(gè)容易被忽略的nohup放后臺(tái)時(shí)如果那個(gè)進(jìn)程后來(lái)又fork出了子進(jìn)程某些特殊環(huán)境下子進(jìn)程可能還是會(huì)掛在原會(huì)話下面。這種情況可以用setsid徹底換新會(huì)話解決。另外如果你用nohup bash script.sh 但腳本里又有exec或者重定向了文件描述符也可能導(dǎo)致信號(hào)處理鏈斷掉排查起來(lái)繞一些但順著“進(jìn)程是否還在舊會(huì)話里”這個(gè)方向查原因一般就浮出來(lái)了。4.2 后臺(tái)進(jìn)程在但我不知道它卡在哪一步這就是我喜歡tmux的原因。如果是nohup任務(wù)日志文件里能看但有時(shí)候程序不寫日志或者寫到緩存里沒(méi)刷盤看起來(lái)就像卡死了。這種時(shí)候可以用strace跟蹤進(jìn)程的系統(tǒng)調(diào)用看看它到底在等什么strace -p pid -e tracenetwork,file,write -f -tt它會(huì)輸出進(jìn)程當(dāng)前正在處理哪些網(wǎng)絡(luò)請(qǐng)求、正在讀哪些文件。一般能很快定位到是在等網(wǎng)絡(luò)響應(yīng)、等文件鎖還是等某個(gè)IPC資源。排查完記得讓strace退出別一直掛著。4.3 程序啟動(dòng)了但文件被占用清理不了這是后臺(tái)任務(wù)繞不開(kāi)的問(wèn)題。一個(gè)進(jìn)程把某個(gè)文件或端口占住了你想刪除、釋放資源卻被提示“Text file busy”或者端口占用。要在Linux下找到誰(shuí)占用了兩個(gè)命令最常用lsof 文件名 fuser -v 文件名 # 或者根據(jù)端口找進(jìn)程 lsof -i :8080確認(rèn)是哪個(gè)進(jìn)程后判斷它是不是還要繼續(xù)跑。如果不該跑直接kill掉如果該跑那就別動(dòng)它這和后臺(tái)運(yùn)行本身沒(méi)關(guān)系屬于資源管理的常規(guī)排查。4.4 日志中文全部變成亂碼后臺(tái)跑Python腳本print的中文日志經(jīng)常會(huì)出現(xiàn)UnicodeEncodeError或者亂碼。原因是很多終端環(huán)境默認(rèn)編碼是ascii而進(jìn)程丟到后臺(tái)后環(huán)境變量沒(méi)繼承全。我一般啟動(dòng)時(shí)顯式指定PYTHONIOENCODINGutf-8 nohup python my_task.py run.log 21 這樣Python的標(biāo)準(zhǔn)輸出就主動(dòng)用utf-8編碼了。腳本里更穩(wěn)的辦法是開(kāi)頭加一行sys.stdout.reconfigure(encodingutf-8)完全繞開(kāi)環(huán)境變量問(wèn)題。4.5 進(jìn)程成了孤兒進(jìn)程或者僵尸進(jìn)程用ps -ef看進(jìn)程列表時(shí)有時(shí)能看到PPID為1的進(jìn)程這種是孤兒進(jìn)程被init/systemd接管了。如果這個(gè)進(jìn)程本來(lái)就是你啟動(dòng)的“后臺(tái)任務(wù)”且仍在正常運(yùn)行那屬于正?，F(xiàn)象尤其用setsid啟動(dòng)的進(jìn)程本來(lái)就會(huì)這樣。如果看到狀態(tài)列是defunct或者Z那是僵尸進(jìn)程。僵尸進(jìn)程是子進(jìn)程死了但父進(jìn)程沒(méi)有調(diào)用wait回收它留下的“尸體”。后臺(tái)運(yùn)行的長(zhǎng)時(shí)間腳本如果反復(fù)啟動(dòng)子進(jìn)程又沒(méi)做好回收就有可能出現(xiàn)一堆僵尸進(jìn)程。這種問(wèn)題的解法是讓父進(jìn)程正確回收子進(jìn)程或者給父進(jìn)程加上signal.SIGCHLD的處理邏輯實(shí)在不行直接kill掉父進(jìn)程讓systemd去收養(yǎng)和清理。4.6 tmux會(huì)話莫名其妙沒(méi)了tmux會(huì)話一般很穩(wěn)定但如果服務(wù)器重啟所有tmux會(huì)話都會(huì)消失里面跑的程序也全沒(méi)了。所以重要任務(wù)別只依賴tmux盡量同時(shí)配合日志落盤。另外如果你在tmux里跑了任務(wù)又想臨時(shí)讓任務(wù)不受tmux窗口關(guān)閉影響最好還是里面再用nohup套一層雙保險(xiǎn)。權(quán)限也會(huì)造成tmux會(huì)話“看起來(lái)丟了”。如果服務(wù)器上不同的用戶各自創(chuàng)建了tmux會(huì)話用tmux ls默認(rèn)只能看自己的。確認(rèn)當(dāng)前機(jī)器上所有會(huì)話tmux ls -S /tmp/tmux-$(id -u)/default權(quán)限不足時(shí)會(huì)話文件在別的用戶目錄下你自然看不到了。5. 我的后臺(tái)運(yùn)行工作流供你參考在實(shí)際工作中我一般把后臺(tái)任務(wù)分成兩檔來(lái)管理。日常開(kāi)發(fā)、實(shí)驗(yàn)調(diào)試、需要反復(fù)看輸出和改參數(shù)的任務(wù)一律tmux。開(kāi)一個(gè)tmux new -s dev里面分幾個(gè)窗格一個(gè)窗格跑主程序一個(gè)窗格掛著tail日志另一個(gè)窗格留著敲命令。想離開(kāi)環(huán)境了直接Ctrlb d脫離去干別的事過(guò)會(huì)兒tmux attach -t dev回來(lái)接著看。這套流程在遠(yuǎn)程桌面環(huán)境下特別順手桌面斷沒(méi)斷都不影響“會(huì)話還在”這件事。批量的、無(wú)人值守的任務(wù)比如數(shù)據(jù)同步、定時(shí)清洗、凌晨任務(wù)走nohup。啟動(dòng)時(shí)把日志寫到一個(gè)固定目錄文件名帶任務(wù)名和日期同時(shí)把PID記錄到文件。第二天來(lái)看日志確認(rèn)任務(wù)跑完再把日志歸檔。這種做法簡(jiǎn)單直接而且日志和PID都在一個(gè)地方運(yùn)維排查也方便。最后分享一個(gè)應(yīng)急小技巧。有時(shí)候已經(jīng)用CtrlZ把任務(wù)掛在后臺(tái)了才發(fā)現(xiàn)終端要關(guān)來(lái)不及重新啟動(dòng)可以用disown -h %1這個(gè)命令會(huì)讓當(dāng)前shell不再向這個(gè)后臺(tái)任務(wù)發(fā)送SIGHUP相當(dāng)于臨時(shí)給它套了個(gè)nohup的殼。終端斷開(kāi)后進(jìn)程還能繼續(xù)跑。不過(guò)要注意disown只是從當(dāng)前shell的任務(wù)表里移除它并忽略掛斷信號(hào)它本身并沒(méi)有真正脫離會(huì)話復(fù)雜場(chǎng)景下不如直接用nohup或tmux穩(wěn)。我自己的習(xí)慣是能不裸奔就不裸奔重要的任務(wù)至少疊加一層日志記錄。畢竟再穩(wěn)的方法也比不上出了問(wèn)題后能快速定位原因記住這一點(diǎn)后臺(tái)運(yùn)行這件事就成功了一大半。