注意:下面显示的代码摘要 not 是我遇到问题的代码的精华。我已经在这里留下了这个原始摘要,因为其他人已经回答了,但实际的代码显示在我在下面提供的答案中。
我无法将其与一个小的失败的测试用例隔离开来,但是我使用以下一般结构失败了:
class Foo
@mutex = Mutex.new
....
def self.bar
@mutex.synchronize { ... }
end
end
如果我创建多个线程来调用Foo.bar
,有时@mutex
将评估为nil
中的bar
。如果我使用常量(例如MUTEX)而不是实例变量,我就没有这个问题。
我不知道它是否重要,但我在一台多核机器上运行JRuby。
我很感激如何解决问题的任何解释或帮助。
更新:我认为这与自动加载有关。使用Rails,我能够在以下Rails自动加载目录中的foo.rb
内容中重现类似的问题:
class Foo
@mutex = Mutex.new
def self.bar
@mutex.synchronize {}
end
end
当我在Rails控制台中执行以下操作时:
1.upto(4).map { Thread.new { Foo.bar }}.map(&:join)
我收到以下错误:
RuntimeError: Circular dependency detected while autoloading constant Foo
from /Users/palfvin/.rvm/gems/jruby-1.7.10@javlats/gems/activesupport-4.0.1/lib/active_support/dependencies.rb:461:in `load_missing_constant'
from /Users/palfvin/.rvm/gems/jruby-1.7.10@javlats/gems/activesupport-4.0.1/lib/active_support/dependencies.rb:184:in `const_missing'
from (irb):1:in `evaluate'
并且这种行为在CRuby(MRI Ruby)中是相同的。
答案 0 :(得分:7)
是否会发生类变量? @@mutex
。可能存在竞争条件,即在线程之间创建新的类实例,而@mutex
的新副本尚未准备就绪。但是,常量和类变量在类和子类的副本之间共享。此外,如果将@mutex
初始化代码放在memoized方法中,例如:
def self.mutex
@mutex ||= Mutex.new
end
答案 1 :(得分:0)
虽然自动加载在Rails中确实不是线程安全的,就像它在Ruby 1.9中一样(每Is autoload thread-safe in Ruby 1.9?),我遇到的问题不是由于那个问题而我所拥有的代码不是代码的实例我如上所示,而是以下的实例:
class Foo
@mutex = Mutex.new
def self.bar
@mutex.synchronize { }
end
end
class Foobar < Foo ; end
Foobar.bar
问题在于,当从超类执行方法时,self
的值保持不变,因此@mutex
中Foo.bar
的值在{{1}的上下文中被解释对象,而不是Foobar
对象的值。
通过为互斥锁使用类变量(例如Foo
)可以避免此问题。