Class 指定了与当前事务状态交互的接口。

它可以映射到一个实际的事务/保存点，或者表示事务的缺失。

状态¶ ↑

我们说一个事务被完成当它包装了一个已经被提交或回滚的真实事务时。

如果一个事务包装了一个未完成的真实事务，那么这个事务就是打开的。

另一方面，当一个事务不打开时，它就是关闭的。也就是说，当它表示事务的缺失，或者包装了一个真实的但已完成的事务时。

您可以使用 open? 和 closed? 断言来检查事务是打开还是关闭的。

if Article.current_transaction.open?
  # We are inside a real and not finalized transaction.
end

关闭的事务也是 blank?。

Callbacks¶ ↑

在更新数据库状态后，您可能有时需要执行一些额外的操作，或者在远程系统中反映这些更改，例如清除或更新缓存。

def publish_article(article)
  article.update!(published: true)
  NotificationService.article_published(article)
end

上面的代码可以工作，但有一个重要的缺陷，那就是当在事务内部调用时，它不再正常工作，因为它会在更改持久化之前与远程系统进行交互。

Article.transaction do
  article = create_article(article)
  publish_article(article)
end

ActiveRecord::Transaction 提供的回调允许以与事务兼容的方式重写此方法。

def publish_article(article)
  article.update!(published: true)
  Article.current_transaction.after_commit do
    NotificationService.article_published(article)
  end
end

在上面的示例中，如果 publish_article 在事务内部调用，回调将在事务成功提交后调用；如果不在事务内部调用，回调将立即调用。

注意事项¶ ↑

使用 after_commit 回调时，重要的是要注意，如果回调引发错误，事务将不会回滚，因为它已经被提交了。仅仅依靠这些来同步多个系统之间的状态可能会导致一致性问题。