Ruby 1.9 中的自动加载是线程安全的吗？

Question

在我看来，自从这个著名的帖子，出于线程安全原因不鼓励使用它。

有谁知道这在 Ruby 1.9.1 或 1.9.2 中是否不再是问题？我见过一些关于在互斥体等中包装 require 的讨论，但是 1.9 变更日志（或者至少是我能找到的那么多）似乎并没有解决这个特定的问题。我想知道我是否可以合理地开始在仅限 1.9 的库中自动加载，而不会产生任何合理的悲伤。

预先感谢您的任何见解。

Answer 1

对此进行了 2011 年更新，因为我也对此感到好奇。

目前已开放两票：

• http://redmine.ruby-lang.org/issues/921
• http://jira.codehaus.org/browse/JRUBY-3194

核心开发人员建议，在 CRuby/JRuby 1.9 中，require 和 autoload 以相同的方式工作并且是线程安全的。从某种意义上说，Ruby 会一直锁定直到文件完全加载。

然而，这会带来不便的副作用，即引入潜在的死锁。具体来说：

1. Th1 加载 A 并锁定它
2. Th2 加载 B 并锁定它
3. Th1 尝试加载 B 作为加载 A 的一部分，开始等待 Th2
4. Th2 尝试加载 A 作为加载 B 的一部分，开始等待 Th1
5. 死锁...

结论可能是：如果您的应用程序中存在死锁的可能性，则在启动线程之前需要您需要的一切。

Answer 2

我不知道一般情况，但该线程的重现示例在 1.9.1 中不会中断：

autoloaded.rb:

sleep 1
Bar::Foo = 1

autoloader.rb:

module Bar
   autoload :Foo, 'autoloaded.rb'
end

t1 = Thread.new { Bar::Foo }
t2 = Thread.new { Bar::Foo }
t1.join; t2.join

Answer 3

它总是坏掉的。

子加载允许您在线程环境中切换模式。

我仍然在线程环境中使用自动加载，但仅在单线程启动序列期间使用。我认为在现实世界的应用程序中没有任何充分的理由采用多线程启动过程。如果你确实有一个，你可能需要排队加载共享库的操作，因为你总是会遇到类和实例级别设置的线程安全问题，最特别的是：

class Lib
  extend SomeClassFuncs
  do_something_with_class_funcs
end

此代码在加载时不是线程安全的，无论加载时间如何装载机的。

如果你看不到这一点，那么你就不应该进行线程化。