分析facebook的AsyncDisplayKit框架中的Transaction的工作原理

在AsyncDisplayKit框架中有一个_ASAsyncTransaction模块，用于AsyncDiplayNode的异步事务，使用了dispatch_group实现。

主要目的是将operation集中成一个事务，使所有operation的completion同步到整个事务结束之后。这样的效果使得加入到事务中的operation不会因为完成的事件而过早或个别地执行。例如一个Layer的display或layout operation连带引起了sublayers的display和layout operations，有必要将所有这些operations加入到一个事务当中，(在提供异步operation的情况下，）使得它们的completion可以同步到事务结束，并且是按加入的顺序进行执行。

dispatch_group提供的full semaphore同步机制正好能满足实现事务处理的要求。

下面_ASAsyncTransaction工作原理的活动图：

_ASAsyncTransaction提供了两个主要的事务操作分别是-addOperationWithBlock:queue:completion:和-commit;

分别对应于加入到事务，以及事务提交。从图中可以看出加入到事务的操作并不需要等待到事务提交才开始执行，而是立即异步分派执行。而事务的提交并不是针对加入到事务的操作，发起开始执行，而是将operation的completion的集中处理加入到dispatch_group的notify队列，在事务结束时可以被执行。也可以这样认为，提交的是completion，要么全部被执行， 在所有加入到事务的operations被执行完；要么一个都不执行，只要还有那么一个operation还没有完成执行。决不会因为个别operation完成了就开始了它们对应的completion。

这样可以扩展来阅读，NSOperationQueue也提供了类似的服务，对应上面的事务操作分别是-addOperationWithBlock:和-waitUntilAllOperaionsAreFinished。只不过_ASAsyncTransaction提供了针对operation-completion应用场合事务支持，NSOperationQueue的-waitUntilAllOperationsAreFinished必须阻塞等待，形成事务同步。

当然读到这里，上面提到的事务是不支持回滚（rollback）。

忘记说了，用于回调分派completion的_callbackQueue是绑定了dispatchMainQueue的。

最后多谢路过的你观看本文。

最后