java-乐观锁与悲观锁

  1. 云栖社区>
  2. 博客>
  3. 正文

java-乐观锁与悲观锁

浦涛 2018-06-14 15:48:37 浏览1370
展开阅读全文

我们今天就来了解一下锁中的乐观锁和悲观锁。

在面试中,如果是Java后天研发的工程师,很有可能会考到这一个知识点。所以今天也就来说下这个。

两者的概念

乐观锁

  • 根据表面上来看每次去拿数据的时候认为别人都不会修改。所以不会上锁,有着更宽松的锁机制,减少了性能的开销。

  • 在更新的时候会根据版本号进行判断是否有程序去修改这个数据,例如版本号等机制,使用版本号的机制在进行数据提交的时候,如果版本号大于对应的版本号那么进行更新,否则不进行更新。

  •  在大多数情况下乐观锁使用在读多的应用上。在java中我们所了解的atomic包中,常用的线程安全的变量是使用的该锁机制。

  • 乐观锁不能解决脏读问题

悲观锁

  • 相对乐观锁来说,悲观锁具有强烈的独占和排他特性。该锁机制总是假设最坏的情况,每次去拿数据的时候都会认为别人会修改,所以在取数据的时候会进行加锁的操作。在这样的情况下,别的程序代码操作,需要进行等待操作,直到其拿到锁为止。

java中实现该两种机制的锁

  在整个操作系统中,Cpu是分片操作的,在程序的执行过程中,会进行线程间的切换,也就是cpu的切换。Cpu的切换是很耗费时间,所以我们如果想减少CPU的切换,可以让某个线程一直持有该CPU,所以可以采用循环的方式来实现。

悲观锁

   我们Java中使用的synchronized 就是一种典型的悲观锁的实现,该锁是拥有独占性,和排他性保证了线程 的安全,所以我们说synchronized是悲观锁。

  • 优点:对数据处理安全起到了安全的作用。

  • 缺点:

  1. 因为加锁 排他性,那么就会损耗性能,降低了并行性,增加了系统负载。

  2.  容易出现死锁的情况。 

乐观锁

   平常使用的CAS的安全操作类就属于乐观锁机制。还有我们经常说的自旋锁,轻量级锁,偏向锁这些也属于乐观锁。乐观锁为什么乐观,是因为减少了对CPU之间的切换,挂起,阻塞 ,唤醒等机制的操作造成的开销。所以在开销上,乐观锁更占一筹,减少了性能的损耗。建议对性能要求高,读请求多的使用该机制。

下面介绍下可以使用这些CAS操作一些类的使用

```
       AtomicInteger  one = new AtomicInteger();
       AtomicLong  atomicLong = new AtomicLong();
       AtomicReference student  = new AtomicReference<>();
       one.get() ; //获得值
       one.addAndGet(2) ;  //增加指定的值
       one.incrementAndGet();  //增加1
       one.getAndSet(0);  //先得到 原先值 然后在置为0
       one.longValue();  //转为 long型
```




转载:

原创: mengrui LuckQI










网友评论

登录后评论
0/500
评论
浦涛
+ 关注