Thin 不响应 SIGINT 或 SIGTERM

Question

bundle exec Thin start -p 3111 给出以下输出：

<块引用>

使用机架适配器 瘦 Web 服务器（v1.2.11 代号 Bat-Shit Crazy） 最大连接数设置为 1024 监听 0.0.0.0:3111，CTRL+C 停止 ^C

Ctrl-C 不执行任何操作 (SIGINT)。也不杀死（SIGTERM）。

我发现了一些对此行为的参考，但没有解决方案。问题似乎出在 eventmachine（与最新的 Thin 捆绑在一起）、ruby 1.9.2-r290 或 Linux 内核（Ubuntu 10.4 LTS、2.6.38.3-linode32）中。

我的项目会发生这种情况，但全新的 Rails 项目不会发生这种情况。

参考文献：

• http://groups.google.com/group /thin-ruby/browse_thread/thread/4b7c28e8964b5001?fwc=2

Answer 1

我的猜测是，要么有什么东西占用了 EventMachine 反应器循环，阻止其退出，要么有什么东西捕获了 SIGINT。

作为前者的一个简单示例，将其放入 config.ru 并使用 thin -p 4567 start 运行：

require 'thin'
require 'sinatra'
require 'eventmachine'


get '/' do
  "hello world"
end

run Sinatra::Application

EventMachine.schedule do
  trap("INT") do
    puts "Caught SIGINT"
    EventMachine.stop # this is useless
    # exit # this stops the EventMachine
  end

  i = 0
  while i < 10
    puts "EM Running"
    i += 1
    sleep 1
  end
end

如果不捕获 SIGINT，您将获得与捕获时相同的行为它并调用 EM.stop。 EM.stop（至少在纯 ruby​​ 版本中，您可以使用 EVENTMACHINE_LIBRARY="pure_ruby" slim start 运行）设置一个已请求停止的标志，该标志在反应器循环内拾取。如果反应器循环卡在某个步骤上（如上面的情况），那么它不会退出。

因此有几个选择：

1. 使用上面捕获 SIGINT 并强制退出的解决方法。这可能会使连接处于不干净的状态，但他们不称其为“快速”和“快速”。 dirty 毫无用处;)

2. 你可以将阻塞代码放入线程或光纤中，这将允许反应器继续运行。

3. 在代码中查找长时间运行的任务或循环，并将它们转换为 EventMachine 感知的。 em-http-request 是一个很棒的外部 http 请求库，并且 em-synchrony 还有其他几个协议（用于数据库连接、tcp 连接池等）。在上面的示例中，这很简单： EventMachine.add_periodic_timer(1) { puts "EM Running" }

在您的实际代码中，这可能更难追踪，但请查找您生成的任何位置线程并连接它们，或大循环。分析工具可以帮助显示当您尝试退出时正在运行的代码，最后您可以尝试禁用系统和库的各个部分以找出罪魁祸首。