原创转载请注明出处:https://www.cnblogs.com/agilestyle/p/11395841.html

 

悲观锁

总是假设最坏的情况,每次拿数据的时候都认为别人会修改,每次拿数据都会上锁,这样别人想拿这个数据就会阻塞直到它拿到锁,共享资源每次只给一个线程使用,其他线程阻塞,用完后才把资源转让给其他线程。

比如:

RDBMS中的行锁、表锁等都是在操作之前先上锁

Java中synchronized和ReentrantLock等独占锁就是悲观锁思想的实现

 

乐观锁

总是假设最好的情况,每次拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号机制和CAS算法实现。乐观锁用于多读的应用类型,这样可以提高吞吐量。

乐观锁/悲观锁

比如:

Java中JUC.Atomic包下面的原子变量类就是使用了乐观锁的CAS实现

 

相关文章:

  • 2021-12-11
  • 2022-12-23
  • 2021-12-15
  • 2022-12-23
  • 2021-09-30
  • 2021-05-07
猜你喜欢
  • 2022-12-23
  • 2021-06-08
  • 2021-05-29
  • 2021-07-01
  • 2022-02-22
  • 2021-11-19
相关资源
相似解决方案