需要帮助了解ruby的Process.detach

我正在通过 ruby学习系统编程,我无法理解这种行为:
pid = fork do
  Signal.trap("USR1") do  
    puts "hello!"
  end
  Signal.trap("TERM") do
    puts "Terminating"
    exit
  end
  loop do
  end
end

Process.detach(pid)

Process.kill("USR1",pid)
Process.kill("USR1",pid)

Process.kill("TERM",pid)

这按照我的预期输出

hello!
hello!
hello!
hello!
Terminating

但是,如果我注释掉Process.detach,子进程似乎只响应一次信号(并在终止后?):

Terminating
hello!

我很困惑,为什么当我不分离过程时会发生这种情况,即使我将USR1发送了四次.有人可以帮助解释这种行为吗?我想我不明白分离过程意味着什么.

非常感谢!

解决方法

我怀疑这完全取决于时间 – 也就是说,差异是由于主进程和分叉进程的指令如何相对于彼此运行.

当您执行Process.detach时,会创建一个新线程,该线程等待给定进程的退出结果.您可以将Process.detach替换为

Thread.new { Process.wait(pid) }

并获得相同的效果.我怀疑调用detach(并生成一个新线程)会给你的分叉进程带来副作用,这是一个安排的机会.

如果你没有分离,那么我猜你的分叉过程在你告诉它死的时候没有机会运行.

您可以通过在代码中插入一些睡眠调用来查看相对时间的含义,看看是否可以在没有分离的情况下获得相同的观察行为.

例如,这似乎对我有用,但您的里程可能因主机平台而异:

pid = fork do
  Signal.trap("USR1") do
    puts "hello!"
  end
  Signal.trap("TERM") do
    puts "Terminating"
    exit
  end
  loop do
  end
end

sleep(1)

Process.kill("USR1",pid)

sleep(1)

Process.kill("TERM",pid)

这会产生:

hello!
hello!
hello!
hello!
Terminating

相关文章

validates:conclusion,:presence=>true,:inclusion=>{...
一、redis集群搭建redis3.0以前,提供了Sentinel工具来监控各...
分享一下我老师大神的人工智能教程。零基础!通俗易懂!风趣...
上一篇博文 ruby传参之引用类型 里边定义了一个方法名 mo...
一编程与编程语言 什么是编程语言? 能够被计算机所识别的表...
Ruby类和对象Ruby是一种完美的面向对象编程语言。面向对象编...