处理写偏斜异常
在6.6节中，我们曾经简单讨论了写偏斜（write skew）以及Clojure STM是如何解决这个问题的。Akka同样提供了处理写偏斜问题的支持，但是需要我们配置一下才能生效。OK，一听到配置这个词可能让你觉得有些提心吊 胆，但实际操作起来其实起来还是蛮简单的。下面就让我们首先了解一下Akka在不进行任何配置情况下的默认行为。
让我们回顾一下之前曾经见到过的那个多个账户共享同一个联合余额最低限制例子。首先我们创建了一个名为Portfolio的类来保存支票账户余额和 储蓄账户余额。根据银行规定，这两个账户的总余额不得低于$1000。在Portfolio类的代码中我们用Java重新实现了withdraw()函 数。在该函数中，我们先读取两个账户的余额，将二者相加得到总余额，并在等待一个故意插进去的延时（引入这个延时的目的是为了人为制造事务冲突的环境）之 后，从其中一个账户余额中减掉给定数量的金额（当然，在操作之前需要判断减掉这个数量后总余额不少于$1000）。最后需要注意的 是，withdraw()函数是在一个使用了默认设置的事务中完成上述操作的。
下面让我们创建两个事务来并发地更改账户内的余额：
正如我们在输出结果中所看到的那样，在默认情况下，Akka没能避免写偏斜问题，两个事务违反了银行的规定，即都从账户里取出了钱。
现在到了该彻底解决这个问题的时候了。让我们祭出TransactionFactory这个能帮助我们在程序里对事物进行配置的法宝，在Portfolio类的第9行插入下面这段创建工厂实例的代码：
在插进来的这几行代码中，我们创建了一个TransactionFactoryBuilder，并将writeSkew和trackReads属性 分别设置为false和true。与Clojure STM对于ensure的处理类似，这两个设置项的目的是告诉事务要在其运行过程中对读操作进行追踪，同时也会使事务在读数据的过程中对账户余额变量加读 锁直至提交开始为止。
除了上面提到的几处更改之外，Portfolio和UsePortfolio的其他代码都保持不变。而在对事务进行了上述设置之后，其输出结果如下所示：
由于并发执行的不可预测性，我们不能确定两个事务到底哪个会胜出。但是我们可以从输出结果中看到，在所有操作结束后两个账户的余额是不同的，而在6.6节的Clojure示例中，最终两个账户余额是相同的。我们可以通过多次运行这两个实例来观察二者之间的差异。
在本节我们是用Java完成整个示例的。如果换成Scala，则我们可以使用在6.10节中学习的语法来配置事务的writeSkew和trackReads属性。
文章转自 并发编程 -ifeve.com
文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览92564 人正在系统学习中 相关资源：求解偏微分方程的数学软件Fastflo-教育工具类资源
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！