JAVA多线程基础之-悲观锁和乐观锁

每年的三四月份都是找工作的高潮时期，被称之为“金三银四”。在其间基础知识是必备的。我也是初学者入门级。很多时候去面试都会被问到多线程的问题。今天总结一下悲观锁和乐观锁。

乐观锁：

悲观锁顾名思义悲观二字，想法处于乐观状态。当一个共享的资源被多个线程进行操作的时候，
不会进行上锁，而在进行更新，将要改变这个共享资源的值的时候他会去检查有没有被其他线程所操作，
一般使用版本控制Version 或者 CAS机制来实现

例如：进行数据库操作的时候  把版本号version一起查询出来

select order_id, order_num, version form order where order_id = #orderId#

在进行插入操作的时候对 version 进行检查 如果上一次查找出来的version和进行插入操作时数据库里面的version一致

可以进行更新操作，并且更新version = version + 1 否则更新失败

悲观锁：

简单点说就是一个共享资源在被多线程操作的时候，每次只会被一个线程使用，其他没有拿到使用权的会被阻塞，

当一个线程使用完了之后会把资源让给其他线程使用， 比如JAVA中的Synchronized和经常使用的lock(ReentranLock)

总结：

乐观锁比较适合使用在多读写少的情况下，使用的版本控制的方式(无锁)，减少的系统开销，提高系统吞吐量。但是会出现CAS的ABA和自旋CAS(不成功会被一直执行到成功)的问题。

悲观锁比较适合使用在写多读少的情况下。

注：在线程冲突少，资源竞争较少的情况下使用synchronized进行线程阻塞和唤醒切换会很浪费CPU资源，这个时候使用CAS机制，自旋几率低。

在线程冲突严重，资源竞争大的情况下使用synchronized会比CAS机制好，他的自旋几率会很大，浪费系统性能