Linux中正在执行的脚本如何停止？

在Linux系统中，脚本执行时的停止操作需根据脚本的运行状态（前台/后台）、是否包含子进程、是否需要资源清理等场景选择不同方法，正确的停止方式不仅能避免资源残留，还能防止数据损坏或进程僵死,以下是详细操作指南及场景分析。

常见停止场景及操作方法

前台脚本：直接中断

当脚本通过终端直接执行（如./script.sh）时，属于前台进程，此时可通过发送中断信号强制终止：

• Ctrl+C：发送SIGINT（信号编号2），默认终止当前进程及其子进程，适用于大多数脚本，尤其是包含循环、网络请求等可被中断的操作。
  示例：运行./long_running_script.sh后，按Ctrl+C即可停止。
• Ctrl+：发送SIGQUIT（信号编号3），与Ctrl+C类似，但会生成核心转储文件（core dump），用于调试，通常不推荐常规使用。

后台脚本：通过进程管理停止

若脚本通过&后台运行（如nohup ./script.sh &）或通过screen/tmux会话启动，需通过进程ID（PID）或作业号（Job ID）终止：

• 使用jobs和kill命令：
  • 先通过jobs -l查看后台作业，例如输出[1] 12345表示作业号为1，PID为12345。
  • 通过kill %作业号终止，如kill %1；或直接kill PID，如kill 12345（默认发送SIGTERM，允许进程清理资源）。
• 使用ps和pkill命令：
  • 若不知作业号，可通过ps aux | grep script.sh | grep -v grep获取脚本PID（第二列），再用kill PID终止。
  • pkill -f "script.sh"：通过进程名匹配终止所有相关进程（-f表示匹配完整命令行）。

脚本包含子进程：需终止整个进程树

若脚本启动了子进程（如通过&、、或调用其他脚本/命令），子进程可能随父脚本终止而残留，需手动处理：

• 方法1：脚本内部捕获信号并终止子进程
  在脚本中通过trap捕获SIGINT/SIGTERM，记录子进程PID并终止：

  child_pid=0
  cleanup() {
      [ $child_pid -ne 0 ] && kill -9 $child_pid 2>/dev/null
      exit 1
  }
  trap cleanup SIGINT SIGTERM
  # 启动子进程（如后台任务）
  ./sub_script.sh & child_pid=$!
  wait $child_pid

• 方法2：使用pstree和kill终止进程树
  若脚本已运行，通过pstree -p <父脚本PID>查看完整进程树，再用kill -9逐级终止（从子进程到父进程），避免僵尸进程。

强制停止：无法响应SIGTERM时

若脚本卡死（如死循环、IO阻塞）不响应SIGTERM，可使用SIGKILL（信号编号9）强制终止，但不会触发资源清理：

• kill -9 <PID>：直接终止进程，可能导致临时文件未删除、数据库连接未关闭等问题，需谨慎使用。

停止方法对比表

相关问答FAQs

问题1：为什么有时使用Ctrl+C无法停止脚本？
解答：可能的原因有两种：① 脚本中通过trap忽略了SIGINT信号（如trap '' SIGINT），导致中断信号被屏蔽；② 脚本启动的子进程未被正确终止，且子进程成为独立进程组（如使用disown命令），解决方法：若脚本忽略信号，需通过ps获取PID后用kill -9强制终止；若子进程残留，需在脚本中通过trap捕获信号并手动终止子进程（参考上文“脚本包含子进程”场景）。

问题2：如何确保脚本停止时能正确清理临时文件和关闭连接？
解答：通过trap命令捕获SIGINT（Ctrl+C）、SIGTERM（kill默认发送）和SIGQUIT（Ctrl+）等信号，并在信号处理函数中执行清理逻辑，示例：

cleanup() {
    echo "正在清理资源..."  
    rm -f /tmp/script_temp.log  # 删除临时文件
    [ -n "$LOCK_FILE" ] && rm -f "$LOCK_FILE"  # 删除锁文件
    exit 0
}
trap cleanup SIGINT SIGTERM SIGQUIT  # 捕获多种信号
# 脚本主体内容...
LOCK_FILE=/tmp/script.lock  # 创建锁文件防止重复执行

这样，无论脚本通过何种方式停止，都会先执行cleanup函数中的清理操作,再退出。