前面我指出传统SOA架构其实无法面对高并发事务，我以国内淘宝网的两个PPT为案例，分析一下，其中一篇是面向生产环境的SOA系统设计 by 程立

在三十页，使用悲观锁实现服务对资源的并发控制，这种方式最容易发生我在首贴里提到的死锁：

PPT也认为这种方式不适合热点资源，也就是高并发场合。

乐观锁如何呢？

虽然乐观锁短，但是容易产生脏数据。

该PPT虽然否定了乐观和悲观锁的解决方案，但是思路还是在锁的方向，没有可加锁的资源，那么我们人为制造一个锁，以操作实例也就是操作的对象的ID为锁标识，这其实是将整个对象在内存中锁起来，会发生多线程变单线程，一个马桶只能蹲一个人的现象，我在首贴中的画图中描述过这个办法。

当然，以上资料根据2009年淘宝网支付宝公布的文档，不代表他们现在没有更新升级。