我有一个调用其他几个子脚本的脚本。它后来被杀死了，这似乎杀死了所有的子脚本。
在大多数情况下，这就是我想要的。但是有一两个案例我不想让孩子死去。
我想我记得能够通过&在调用脚本时使用背景来阻止这种情况的发生。
谁能证实这一点？
AskOverflow.Dev
我有一个调用其他几个子脚本的脚本。它后来被杀死了，这似乎杀死了所有的子脚本。
在大多数情况下，这就是我想要的。但是有一两个案例我不想让孩子死去。
我想我记得能够通过&在调用脚本时使用背景来阻止这种情况的发生。
谁能证实这一点？
这里有很多因素需要考虑。当我从记忆中写下所有这些细节时，请对这个答案持保留态度。（如果您发现任何错误，请通过编辑或评论纠正我。）
如果您使用后台命令执行命令，
&然后父 shell 正常退出，后台命令将继续运行。但是，如果您以交互方式运行，“backgrounded”命令在尝试读取或写入终端时将被阻止。（无论父 shell 是否仍在运行，这都适用。）如果 stdout、stdin 和 stderr 被重定向，这无关紧要。
如果您在后台执行命令，然后例如您的 SSH 会话断开连接，您可以预期后台命令终止。我相信这是因为你的 shell 会将 SIGHUP 发送到它的所有子进程，但我不能 100% 确定其中的细节。
如果您在后台处理某项工作（使用内置 bash
disown），那么它不会因为例如您的 SSH 会话终止而终止。但是，尝试写入终端或从终端读取时被阻止的方面仍然适用（对于交互式会话）。我所知道的在后台启动子脚本或进程的最通用方式，这样无论生成它的 shell 发生什么情况（无论它是交互式启动还是从脚本启动），它都不会受到影响，是：
这假设您不关心命令对其标准输出或标准错误的任何输出，并且不需要为其提供任何标准输入。
如果您对子脚本继承其父级的文件描述符感到高兴（即终端不是问题或者您有其他解决方案），那么您真正需要的应该是：
顺便说一句，如果您正在编写一个打算继续运行的守护程序，请（a）使用日志并（b）注意干净地旋转您的日志。