终止 Linux 脚本最可靠的方式是结合 pkill 或 kill 命令精准定位进程，并在脚本内部利用 trap 信号处理机制实现优雅退出，避免资源泄露。
在服务器运维和自动化部署的日常工作中，脚本意外挂起或陷入死循环是常见痛点，当我们需要手动干预时，盲目使用 kill -9 虽然简单粗暴，但往往导致数据损坏或进程僵死，业内专家指出，理解 Linux 信号机制与进程管理逻辑，比单纯记忆命令更重要，本文将深入解析如何安全、高效地终止脚本,涵盖从基础命令到高级信号处理的完整实操路径。
如何快速查找并终止正在运行的脚本进程
面对一个不知名却占用大量 CPU 的脚本，第一步永远是“找到它”，Linux 提供了多种工具来定位进程,不同场景下适用不同的命令组合。
使用 ps 命令进行精准筛选
ps 是最基础的进程查看工具，配合 grep 可以过滤出特定脚本，当我们需要查找名为 deploy.sh 的脚本时,执行以下命令：
ps aux | grep deploy.sh | grep -v grep
这里的关键在于 grep -v grep，它用于排除 grep 自身产生的进程干扰，输出结果中，第一列是用户，第二列是 PID（进程 ID），第三列是 CPU 占用率，第四列是内存占用率，找到目标 PID 后,即可进行下一步操作。
利用 pgrep 简化查找流程
相比 ps | grep 的繁琐，pgrep 更加简洁且专为查找设计，它直接返回匹配进程名称的 PID 列表,非常适合在脚本中调用。
pgrep -f deploy.sh
-f 参数表示匹配完整的命令行参数，而不仅仅是进程名，这对于包含复杂路径或参数的脚本尤为有效，一旦获得 PID,就可以直接传递给终止命令。
区分 kill 与 killall 的使用场景
很多初学者混淆 kill 和 killall 的区别。kill 需要指定 PID，而 killall 直接通过进程名终止所有同名进程。
| 命令 | 参数需求 | 适用场景 | 风险等级 |
|---|---|---|---|
kill |
必须提供 PID | 精确终止单个进程 | 低 |
killall |
提供进程名 | 终止所有同名进程实例 | 中（可能误杀） |
pkill |
提供进程名或属性 | 按名称或用户终止进程 | 中 |
在大多数情况下，推荐使用 kill 配合 PID，因为它的可控性最高。killall 和 pkill 虽然方便，但如果存在多个同名脚本实例,可能会误伤其他正在运行的任务。
掌握 Linux 信号机制实现优雅退出
直接杀死进程只是“物理消灭”，而发送信号则是“逻辑干预”，Linux 通过信号（Signal）与进程通信，不同的信号对应不同的行为，理解这些信号,是实现脚本优雅退出的关键。
SIGTERM (15)：默认的温和终止
当你执行 kill PID 而不加任何参数时，默认发送的是 SIGTERM 信号，这是系统推荐的终止信号，允许进程在退出前执行清理工作，如关闭文件描述符、释放内存、保存临时数据等。
kill 12345
如果脚本编写规范，它会捕获这个信号并执行清理逻辑后正常退出，这是首选的终止方式,因为它对系统最友好。
SIGINT (2)：中断信号与 Ctrl+C
SIGINT 通常由用户按下 Ctrl+C 触发，它用于中断前台运行的进程，对于交互式脚本，这个信号非常有效，但在后台运行的守护进程脚本中，SIGINT 可能无法被正确接收,或者被忽略。
SIGKILL (9)：强制终止的最后手段
当 SIGTERM 无效，进程陷入死锁或无响应时，SIGKILL 是最后的 recourse，执行 kill -9 PID 会立即终止进程,不给任何清理机会。
kill -9 12345
尽管 SIGKILL 威力巨大，但它会导致进程无法执行任何清理代码，如果脚本正在写入数据库或处理关键数据，使用 kill -9 可能导致数据不一致或文件损坏，除非万不得已，否则严禁滥用 kill -9。
SIGQUIT (3)：生成核心转储
SIGQUIT 类似于 SIGKILL，强制终止进程，但它还会生成核心转储文件（Core Dump），这对于调试崩溃原因非常有用，但在生产环境中，生成核心转储可能会占用大量磁盘空间,需谨慎使用。
在脚本内部实现自毁与信号捕获
除了外部强制终止，更高级的做法是在脚本内部编写逻辑，使其能够响应终止请求，这通过 trap 命令实现。trap 允许脚本在接收到特定信号时执行自定义命令。
使用 trap 捕获终止信号
在脚本开头添加 trap 语句,可以定义清理函数。
#!/bin/bash
cleanup() {
echo "正在清理临时文件..."
rm -f /tmp/my_script_temp.
echo "脚本已优雅退出"
exit 0
}
# 捕获 SIGTERM, SIGINT, SIGQUIT 信号
trap cleanup SIGTERM SIGINT SIGQUIT
# 模拟长时间运行
while true; do
sleep 1
done
当外部发送 SIGTERM 信号时，脚本不会立即消失，而是先执行 cleanup 函数，删除临时文件，然后正常退出，这种机制对于数据库备份、日志轮转等敏感操作至关重要。
处理子进程与信号传播
当脚本启动子进程时，需要注意信号的传播行为，默认情况下，子进程会继承父进程的信号处理程序，如果父进程捕获了信号并退出，子进程可能会变成孤儿进程，被 init 进程接管。
为了确保子进程也能被正确终止,可以在清理函数中额外添加终止子进程的逻辑：
cleanup() {
# 终止所有子进程
pkill -P $$
# 执行其他清理工作
rm -f /tmp/lockfile
exit 0
}
代表当前脚本的 PID，pkill -P $$ 会终止所有以当前脚本为父进程的进程,这确保了整个进程树的完整性。
常见问题与最佳实践总结
在实际操作中，终止脚本往往伴随着一些常见误区,以下是基于行业共识的几点建议。
避免在 cron 任务中强制杀死脚本
Cron 任务通常在后台运行，没有终端交互，如果脚本因错误卡住，Ctrl+C 无效，此时应使用 pkill -f cron_script.sh 或查找 PID 后使用 kill，建议在脚本中加入超时机制，如使用 timeout 命令包装执行,防止无限循环。
监控资源占用以辅助判断
在终止脚本前，先观察资源占用情况，CPU 占用极高但 I/O 极低，可能是死循环；I/O 极高且 CPU 低，可能是等待磁盘响应，据工信部相关运维指南建议，结合 top 和 iotop 命令分析，能更准确地判断脚本状态,从而选择合适的终止信号。
日志记录是事后追溯的关键
无论使用何种方式终止脚本，确保脚本有完善的日志记录，在 trap 清理函数中记录退出原因和时间,有助于后续排查问题。
echo "$(date): Script terminated by signal $1" >> /var/log/my_script.log
FAQ: linux 终止脚本的常见疑问
linux 强制终止脚本命令是什么
强制终止脚本的命令是 kill -9 <PID> 或 killall -9 <脚本名>。-9 代表发送 SIGKILL 信号，进程无法捕获或忽略该信号，会立即终止，此操作不会执行任何清理代码，可能导致数据丢失,仅建议在脚本无响应且必须立即停止时使用。
linux 脚本退出代码 137 是什么意思
退出代码 137 表示进程被信号 9（SIGKILL）终止，计算方式为 128 + 9 = 137，这通常意味着管理员或系统（如 OOM Killer）强制杀死了该进程，如果频繁出现此代码，需检查是否有内存溢出或资源限制问题,而非仅仅关注终止命令本身。
如何优雅地终止后台运行的 python 脚本
对于后台运行的 Python 脚本，推荐使用 pkill -f python_script.py 发送默认的 SIGTERM 信号，如果脚本使用了 try...finally 块或注册了 atexit 处理程序，它们会在信号接收后执行清理工作，若需更精细控制，可使用 signal 模块在 Python 代码中捕获 SIGTERM,实现自定义退出逻辑。
首发原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/469651.html
