如何停止 Linux 后台运行的脚本？

Question

假设我有一个愚蠢的脚本：

while true;do
  touch ~/test_file
  sleep 3
done

我将脚本启动到后台并离开终端：

chmod u+x silly_script.sh
./silly_script.sh &
exit

我现在有办法识别并停止该脚本吗？我的看法是，每个命令都是在它自己的进程中启动的，我也许能够捕获并杀死一个命令，例如“sleep 3”，但不能捕获整个脚本的执行，我错了吗？我预计会出现一个带有脚本名称的进程，但事实并非如此。如果我用“sourcesilly_script.sh”启动脚本，我找不到名为“source”的进程。我是否需要识别正在执行脚本的 bash 实例？我该怎么做呢？

编辑：已经有一些创造性的解决方案，但到目前为止，它们要求立即存储脚本执行的 PID，或者 bash 会话不保留 ^D 或 exit。我知道，也许应该避免这种运行脚本的方式，但我发现很难相信，任何低权限用户都可以（即使是偶然）在后台启动一个烦人的脚本，例如用垃圾填充驱动器文件或重复启动某些软件的新实例，甚至管理员也没有其他选择，只能重新启动服务器，因为一个简单的脚本可以隐藏其标识符，甚至无需尝试。

Answer 1

在这里优秀人士的帮助下，我得到了我需要的答案：
确实，脚本在其自己的进程中运行每个命令，因此例如杀死 sleep 3 命令不会对正在运行的脚本执行任何操作，而是通过像 这样的命令sleep 3 您可以通过查找父进程来找到运行脚本的 bash 实例：
所以完成上述操作后，您可以运行ps axf以树形形式显示所有进程。然后您将找到此部分：

  18660 ?        S      0:00 /bin/bash
  18696 ?        S      0:00  \_ sleep 3

现在您已找到正在运行脚本的 bash 实例并且可以停止它： kill 18660
（当然你的PID会和我的不同）

Answer 2

jobs 命令将显示所有正在运行的后台作业。
您可以使用kill通过id杀死后台作业，例如：

$ sleep 9999 &
[1] 58730
$ jobs
[1]+  Running                 sleep 9999 &
$ kill %1
[1]+  Terminated              sleep 9999
$ jobs
$

58730是后台任务的PID，1是它的任务id。在这种情况下，kill 58730和kill %1`将具有相同的效果。

有关详细信息，请参阅 man bash 的 JOB CONTROL 部分。

当您退出时，后台作业将收到终止信号并终止（假设这就是它处理信号的方式 - 在您的简单示例中就是如此），除非您首先否认它。

该终止将传播到睡眠进程，该进程很可能会忽略它并继续睡眠。如果是这种情况，您仍然会在 ps -e 输出中看到它，但父级 pid 为 1，表明其原始父级不再存在。

您可以使用 ps -o ppid= 查找进程的父进程，或使用 pstree -ap 可视化作业层次结构并直观地查找父进程。