捕获信号时如何兼容其他信号处理程序？默认处理程序场景疑问

这个问题我之前也碰到过，刚好可以结合Ruby信号处理的细节来拆解一下：

问题背景 #

你提到Jesse Storimer在《Working With Unix Processes》里推荐的兼容原有信号处理程序的代码：

old_handler = trap(:QUIT) { # do some cleanup
  puts 'All done!' 
  old_handler.call if old_handler.respond_to?(:call)
}

这段代码在原有处理程序是自定义Proc时没问题，但当没有自定义处理、只有系统默认处理程序时，进程会卡在那儿无法退出——核心问题就出在默认处理程序的类型上。

问题根源 #

Ruby的trap方法返回的当前信号处理程序，在默认状态下是字符串"DEFAULT"，而不是可调用的Proc对象。所以old_handler.respond_to?(:call)会返回false，导致默认的信号处理逻辑（比如QUIT信号默认终止进程）完全没被触发，进程自然不会退出。

解决方案 #

要兼容默认处理程序，我们需要额外判断old_handler是否为"DEFAULT"，如果是，就重置信号处理为默认，再给自己重新发送一次信号，让系统执行默认行为：

old_handler = trap(:QUIT) do
  # 你的自定义清理逻辑
  puts 'All done!'

  # 兼容原有处理逻辑
  if old_handler == "DEFAULT"
    # 重置回系统默认信号处理
    trap(:QUIT, "DEFAULT")
    # 给自己重新发送QUIT信号，触发默认终止行为
    Process.kill(:QUIT, Process.pid)
  elsif old_handler.respond_to?(:call)
    # 如果是自定义处理程序，调用它
    old_handler.call
  end
end

为什么这么做？ #

当我们重置信号处理为默认后，重新发送的QUIT信号会触发系统的默认行为——对于QUIT信号来说就是终止进程，这样既执行了自定义的清理逻辑，又保证了进程能正常退出，完美兼容两种场景。

内容的提问来源于stack exchange，提问作者John Bachir