kill 與 killall 看似簡單，實則暗藏「進程名稱識別機制差異」導致誤殺/漏殺風險。本文通過 Perl 腳本實測，揭示 /proc/PID/stat 中進程名稱判定邏輯，建立安全用殺流程。

核心差異：進程名稱從哪來？

關鍵發現：ps 顯示的「命令行」相同，但 /proc/PID/stat 記錄的「進程名稱」不同——OS 記錄的是「啟動程式」而非「命令行首個詞」。

實證 /proc 結構對比

直接執行腳本

# /proc/12242/stat 片段
12242 (script.pl) S 3102 ...
# cmdline: /usr/bin/perl -w /home/.../script.pl

通過 perl 解釋器執行

# /proc/13372/stat 片段
13372 (perl) S 3102 ...
# cmdline: /usr/bin/perl -w /home/.../script.pl

killall 判定邏輯

• 讀取 /proc/*/stat 第 2 欄 (括號內的進程名)
• 與參數字符串精確匹配
• 因此：killall script.pl 只殺第一種啟動方式；killall perl 只殺第二種

安全操作規範

1. 優先使用 PID 精確殺死：

   kill -TERM $(pgrep -f 'exact_pattern')
   # 或
   pkill -f 'exact_pattern'   # 針對完整命令行匹配
   

2. 必須用 killall 時：
   • 先用 ps -ef | grep pattern 確認命令行
   • 再用 ps -eo pid,comm,args | grep pattern 確認 comm 欄位 (即 stat 進程名)
   • 以 comm 值作為 killall 參數
3. 腳本啟動規範化：
   • 統一用 /usr/bin/perl script.pl 或 ./script.pl (需 shebang + 執行權限)
   • 系統服務用 systemd 管理，避免手動啟動差異
4. 查看進程樹確認關係：

   ps axfww          # 完整進程樹
   ps uxfww          # 用戶導向樹
   

kill 信號最佳實踐

鐵律：先 SIGTERM 等待 5-10s，再 SIGKILL。直接 kill -9 會導致資料未刷盤、鎖未釋放、子進程變孤兒。