原创转载请注明出处:https://www.cnblogs.com/agilestyle/p/11395841.html
悲观锁
总是假设最坏的情况,每次拿数据的时候都认为别人会修改,每次拿数据都会上锁,这样别人想拿这个数据就会阻塞直到它拿到锁,共享资源每次只给一个线程使用,其他线程阻塞,用完后才把资源转让给其他线程。
比如:
RDBMS中的行锁、表锁等都是在操作之前先上锁
Java中synchronized和ReentrantLock等读占锁就是悲观锁思想的实现
乐观锁
总是假设最好的情况,每次拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号机制和CAS算法实现。乐观锁用于多读的应用类型,这样可以提高吞吐量。
比如:
Java中JUC.Atomic包下面的原子变量类就是使用了乐观锁的CAS实现
标签:Java,CAS,每次,乐观,线程,悲观,上锁 来源: https://www.cnblogs.com/agilestyle/p/11395841.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。