分布式应用并发解决方案以及注意事项

       背景

       现在大部分应用差不多都是微服务架构，服务之间至少是双节点，那么就会出现并发的场景。举个例子，支付当中的账务服务，部署了双节点，同一个商户同一时刻有多笔订单入账，两台服务收到请求的概率相同，这时候我们就需要考虑并发问题。下面将阐述如何去解决。

        核心代码主要业务逻辑：

        1、查询账户（非必要）

        2、获取账户锁（同步锁，如果获取不到将一直等待）

        3、重新查询账户，目的是获取最新值（初衷很美好）

        4、根据当前业务逻辑更新账户信息，如操作余额

        5、释放锁

         主要风险点：

         1、锁是否真生效，如何判断是否真实生效，同一key，同一时刻，两个节点是否能同时拿到锁，分布式锁实现方案也有多种选择，如借助redis、zookkeeper。

         2、第三步中的查询结果是否真的为最新值，即数据库中最新的值。这里需要注意两个地方，一个是数据库事务中的可重复读，如果有第一步，如在第三步查询时没有开启新的事务去查询，那么很有可能查的是脏数据，顺便说一下，Mysql默认的隔离级别是可重复读，如果不太了解这个知识，建议深入了解一下。另一个是orm框架中是否存在缓存，如mybatis的一级缓存，hibernate的一级缓存，切记勿入坑。

         3、释放锁，操作完之后，不管是成功或者异常，一定要释放锁&#x