我正在尝试使用类似这样的方法在 Windows 上生成一个 Ruby 进程:

p1 = spawn('ruby', 'loop.rb', [:out, :err] => ['process.log', "w"],  :new_pgroup => true)

然后我还通过以下方式从进程中分离:

p1.detach

据我所知，这应该创建一个独立于父进程的新进程。我什至使用 new_pgroup 参数来确保新进程获得自己的进程组。

当我执行我的脚本时，子进程开始并保持运行。生成子进程的脚本的执行也完成了。但是，当我现在关闭 shell 时，子进程就死了。我希望它继续运行(它在 OS X 和 Linux 上运行)。我无法弄清楚这是否是 Windows 上 Ruby 运行时中的错误，或者这是否是 Windows 的限制以及它如何处理进程。

为了完整起见，我正在尝试做的事情的完整 Ruby 代码:

spawner.rb:可以通过 ruby spawner.rb 执行，并生成一个新的子进程。进程创建的是 loop.rb，它只是一个无限循环。根据操作系统的不同，它为进程组创建指定了不同的参数。

require "tempfile"
require 'rbconfig'

class SpawnTest

  def self.spawn_process

    if os == :windows
      p1 = spawn('ruby', 'loop.rb', [:out, :err] => ['process.log', "w"],  :new_pgroup => true)
    else
      p1 = spawn('ruby', 'loop.rb', [:out, :err] => ['process.log', "w"],  :pgroup => true)
    end

    # Detach from the processes so they will keep running
    puts p1
    Process.detach(p1)
  end

  def self.os
    @os ||= (
    host_os = RbConfig::CONFIG['host_os']
    case host_os
      when /mswin|msys|mingw|cygwin|bccwin|wince|emc/
        :windows
      when /darwin|mac os/
        :macosx
      when /linux/
        :linux
      when /solaris|bsd/
        :unix
      else
        raise Error::WebDriverError, "unknown os: #{host_os.inspect}"
    end
    )
  end
end

if __FILE__ == $0
  SpawnTest.spawn_process
end

loop.rb

$stdout.sync = true
$stderr.sync = true

i = 0
while i < 10000
  $stdout.puts "Iteration #{i}"
  sleep 1
  i = i + 1
end

$stdout.puts "Bye from #{Process.pid}"

我找到了 win32-process我调查期间的 gem 。它似乎正在使用 win32 API 调用来生成进程。有谁知道这个库是否能解决这个问题？

感谢任何帮助。

最佳答案

除了在 Process Creation Flags MSDN docs 中指出的将 CTRL 事件分派(dispatch)给多个进程外，我找不到在 Windows 中进程组的任何用途。 :

Process groups are used by the GenerateConsoleCtrlEvent function to enable sending a CTRL+BREAK signal to a group of console processes.

当指定 CREATE_NEW_PROCESS_GROUP 标志时实际发生的是...

...an implicit call to SetConsoleCtrlHandler(NULL,TRUE) is made on behalf of the new process; this means that the new process has CTRL+C disabled. This lets shells handle CTRL+C themselves, and selectively pass that signal on to sub-processes. CTRL+BREAK is not disabled, and may be used to interrupt the process/process group.

From CreateProcess MSDN docs .

请注意，这与使用 x 按钮关闭控制台窗口不同。在后一种情况下，进程接收到 CTRL_CLOSE_EVENT，

A signal that the system sends to all processes attached to a console when the user closes the console (either by clicking Close on the console window's window menu, or by clicking the End Task button command from Task Manager).

From HandlerRoutine callback MSDN docs .

此事件的处理不受 SetConsoleCtrlHandler(NULL,TRUE) 在创建进程时由 CREATE_NEW_PROCESS_GROUP 标志设置的影响。

以上所有意味着 CREATE_NEW_PROCESS_GROUP 标志与您观察到的行为无关。

默认子进程inherits父级的控制台窗口和 IO 句柄。因此，当您通过单击 x 按钮关闭 shell 时，它会收到 CTRL_CLOSE_EVENT 并且没有不终止的选项。

为避免这种情况，子进程不应附加到父控制台。这是通过向 CreateProcess Windows API 提供 DETACHED_PROCESS 标志来完成的。

By default, a console process inherits its parent's console ... Console processes are not attached to a console if they are created using CreateProcess with DETACHED_PROCESS.

From Creation of a Console MSDN docs .

这就是我认为 Ruby 的 spawn 和 win32-process gem 的不同之处。我没有尝试调试两者以查看它们提供给 CreateProcess 的标志的具体差异，尽管这将是一件有趣的事情。

还有其他方法可以在不继承父进程的控制台或 IO 句柄的情况下创建子进程。示例是 CREATE_NO_WINDOW 或 CREATE_NEW_CONSOLE 标志，Job Objects等

关于ruby - Windows 上生成的 Ruby 进程在 shell 终止时死亡，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/37881385/