将SIGTERM转发给Bash中的孩子

#!/bin/bash 

_term() { 
  echo "Caught SIGTERM signal!" 
  kill -TERM "$child" 2>/dev/null
}

trap _term SIGTERM

echo "Doing some initial work...";
/bin/start/main/server --nodaemon &

child=$! 
wait "$child"

评论

---

看起来不错！我会尝试一下，并在测试时做出回应。

–洛伦茨
2014年7月26日在20:22

---

但是exec用给定的程序替换了shell，我不清楚为什么随后需要等待调用？

– iruvar
2014年7月26日在22:08

---

我认为1_CR的观点是正确的。您只需使用exec / bin / start / main / server --nodaemon（在这种情况下，shell进程将被服务器进程替换，并且您无需传播任何信号），或者使用/ bin / start / main /服务器--nodaemon＆，但是exec并没有真正的意义。

– Andreas Veithen
2014年11月13日19:39

---

如果要让shell脚本仅在child终止后才终止，则应在_term（）函数中再次等待“ $ child”。如果您还有其他监督过程在重新启动外壳脚本之前等待外壳脚本消失，或者您还困住EXIT进行清理并使其仅在子进程完成后才运行，则可能有必要。

–LeoRochael
17年5月8日在22:54

---

@AlexanderMills阅读其他答案。您正在寻找执行程序，或者您想设置陷阱。

– Stuart P. Bentley
18-09-29在16:06

---

#!/bin/bash
echo "Doing some initial work....";
exec /bin/start/main/server --nodaemon

评论

---

这是正确的答案！简明扼要，准确解决了OP的原始要求

– BrDaHa
19年8月15日在17:05

---

prep_term()
{
    unset term_child_pid
    unset term_kill_needed
    trap 'handle_term' TERM INT
}

handle_term()
{
    if [ "${term_child_pid}" ]; then
        kill -TERM "${term_child_pid}" 2>/dev/null
    else
        term_kill_needed="yes"
    fi
}

wait_term()
{
    term_child_pid=$!
    if [ "${term_kill_needed}" ]; then
        kill -TERM "${term_child_pid}" 2>/dev/null 
    fi
    wait ${term_child_pid} 2>/dev/null
    trap - TERM INT
    wait ${term_child_pid} 2>/dev/null
}

# EXAMPLE USAGE
prep_term
/bin/something &
wait_term

评论

---

出色的工作-我已经更新了答案中的链接，以指向此处（最重要的是，它是一个更全面的解决方案，但我仍然感到有点恼火，因为StackExchange UI并未将我的功劳归因于cuonglm将脚本修复为实际上执行了预期的操作，并且在OP甚至不理解之后做了几乎所有的解释性文字，然后做了一些小的重新编辑。

– Stuart P. Bentley
18-09-29在16:01

---

@ StuartP.Bentley，谢谢。我很惊讶地组装了这个需要两个（不被接受）的答案和一个外部参考资料，然后我不得不降低比赛条件。我将把对链接的引用升级为我可以提供的其他一些小荣誉。

–SensorSmith
18/09/30在20:21

---

@TorstenBronger它应该是可移植的，但是除了Bash之外，我没有对其进行任何测试。我没有使用任何故意的Bashisms（没有'function'关键字，没有双括号条件，在输出重定向中没有花哨的技巧，并且陷阱语法是Posix）。

–SensorSmith
19年11月12日在17:24

---

@TorstenBronger在Ubuntu 18.04 Bash 4.4.20（不是我的原始目标）下进行了重新测试，并获得带有行号和“ Terminated”的Bash调试输出，但当孩子未在陷阱之前退出（奇数）。在第一次等待之后忘记PID是合法的，但是在某些系统上第二次等待是必需的，因此没有好的答案。 （在此测试中，退出代码仍然可用。）我进行了编辑，以将发生错误的时间/系统将“错误”输出重定向为null。

–SensorSmith
20 Sep 20 '23：58

---

在gist.github.com/bronger/…，您会发现在我的案例（zsh）中需要做的事情。它仍然不能涵盖所有的极端情况，但是无论如何它们都可能被认为是编程错误。

–折腾者
20-09-21在5:09

---