乐观锁和悲观锁的区别主要在第一个字上,乐的是认为数据基本不会产生冲突,如果产生了冲突我在补救呗,悲的是认为数据大概率会出现冲突,与其承担产生问题的风险,不如一开始就将操作扼杀在摇篮中。
无论是在数据库不同事物之间,还是在 java 的多线程之中,都会出现同时修改共享变量的情况,在发生同时修改变量的时候采取什么样的策略呢?
乐观锁说我加锁呗,我可以加总线锁,我只要给我的事务(其实是数据表锁)或线程加锁(其实是总线锁),其他线程等待我执行完,否则你的事务或线程无论怎么折腾都不能进入我加锁的代码块儿。总线锁的代价很大,因为一旦加锁,其他人都没办法在对这个表或共享代码块做任何操纵,一旦事务或线程想要改变共享变量的时候,不得不进行等待(或是自旋或是进入等待池中),于是数据库中有了行锁,Java 内存模型中有了分段锁。
悲观锁说我先进行数据操作,最后我写回去的时候计较我刚进来的值是不是与我期望的值是一致的，一致说明没有其他事物或线程修改,如果不一致,呵呵那我要么报异常要么重新进行一次啊操作直到写入成功,这个操作在 JMM 中叫 CAS(compareing and set | swap),但是会出现 ABA 问题,难不倒我在 CAS中加入版本号！
网友评论