ruby-on-rails - Rails 3 ActiveRecord .skip_callback 线程安全

Question

这段代码线程安全吗？

MyModel.skip_callback(:save, :before, :my_callback)
my_model_instance.update_attributes(attributes)
MyModel.set_callback(:save, :before, :my_callback)

我可以安全地使用它来避免递归地重新触发相同的回调吗？

这是一个例子

class Blog < ActiveRecord::Base

  after_save  :update_blog_theme, :if => :active_theme_id_changed?

  # ...

  private

  def update_blog_theme

    # Reuses a previously used BlogTheme or creates a new one
    blog_theme = BlogTheme.find_by_theme_id_and_blog_id(
                      self.active_theme_id, 
                      self.id)

    blog_theme ||= BlogTheme.create!( 
                     :theme_id => active_theme_id, 
                     :blog_id => self.id )

    Blog.skip_callback(:save, :after, :update_blog_theme)
    self.update_attributes!(:active_blog_theme_id => blog_theme.id) 
    Blog.set_callback(:save, :after, :update_blog_theme)

  end

end

Answer 1

skip_callback和 set_callback不是线程安全的。在尝试在 sidekiq(线程异步作业处理器)中创建一些记录时，我能够确认这一点。一旦我重新启用回调，就会出现导致回调被调用的竞争条件。如果我注释回调重新激活代码，则没有问题。

我找到了许多可能的解决方案，包括两个 gem :

“偷偷摸摸”的 gem

'skip_activerecord_callbacks' gem

偷偷保存的 gem 似乎是这里最直接和最能揭示意图的选择。 gem 本质上绕过了 ActiveRecord 持久化方法并直接执行 sql。

它也是唯一一个我可以自信地说是线程安全的。它也是一个非常小且易于理解的 gem 。缺点是它不调用验证。因此，您需要自己调用验证。

Anand A. Bait 总结了许多选项。我怀疑所有五个选项都是线程安全的。上面提到的两个 gem 与 Anand 在这里的帖子中的其他可能选项一起列出:http://www.allerin.com/blog/save-an-object-skipping-callbacks-in-rails-3-application/