摘要：在包中已经包含了读写锁乐观锁总是认为不会产生并发问题，每次去取数据的时候总认为不会有其他线程对数据进行修改，因此不会上锁，但是在更新时会判断其他线程在这之前有没有对数据进行修改，一般会使用版本号机制或操作实现。
重入锁
锁作为并发共享数据，保证一致性的工具，在JAVA平台有多种实现(如 synchronized（重量级） 和 ReentrantLock(轻量级)等等 ) 。这些已经写好提供的锁为我们开发提供了便利。
重入锁，也叫做递归锁，指的是同一线程 外层函数获得锁之后 ，内层递归函数仍然有获取该锁的代码，但不受影响。
在JAVA环境下 ReentrantLock 和synchronized 都是 可重入锁
相比Java中的锁(Locks in Java)里Lock实现，读写锁更复杂一些。假设你的程序中涉及到对一些共享资源的读和写操作，且写操作没有读操作那么频繁。在没有写操作的时候，两个线程同时读一个资源没有任何问题，所以应该允许多个线程能在同时读取共享资源。但是如果有一个线程想去写这些共享资源，就不应该再有其它线程对该资源进行读或写（译者注：也就是说：读-读能共存，读-写不能共存，写-写不能共存）。这就需要一个读/写锁来解决这个问题。Java5在java.util.concurrent包中已经包含了读写锁（ReentrantReadWriteLock）
乐观锁总是认为不会产生并发问题，每次去取数据的时候总认为不会有其他线程对数据进行修改，因此不会上锁，但是在更新时会判断其他线程在这之前有没有对数据进行修改，一般会使用版本号机制或CAS操作实现。
version方式：一般是在数据表中加上一个数据版本号version字段，表示数据被修改的次数，当数据被修改时，version值会加一。当线程A要更新数据值时，在读取数据的同时也会读取version值，在提交更新时，若刚才读取到的version值为当前数据库中的version值相等时才更新，否则重试更新操作，直到更新成功。
核心SQL语句
update table set x=x+1, version=version+1 where id=#{id} and version=#{version};
CAS操作方式：即compare and swap 或者 compare and set，涉及到三个操作数，数据所在的内存值，预期值，新值。当需要更新时，判断当前内存值与之前取到的值是否相等，若相等，则用新值更新，若失败则重试，一般情况下是一个自旋操作，即不断的重试。
悲观锁总是假设最坏的情况，每次取数据时都认为其他线程会修改，所以都会加锁（读锁、写锁、行锁等），当其他线程想要访问数据时，都需要阻塞挂起。可以依靠数据库实现，如行锁、读锁和写锁等，都是在操作之前加锁，在Java中，synchronized的思想也是悲观锁。
原子类java.util.concurrent.atomic包：原子类的小工具包，支持在单个变量上解除锁的线程安全编程
原子变量类相当于一种泛化的 volatile 变量，能够支持原子的和有条件的读-改-写操作。AtomicInteger 表示一个int类型的值，并提供了 get 和 set 方法，这些 Volatile 类型的int变量在读取和写入上有着相同的内存语义。它还提供了一个原子的 compareAndSet 方法（如果该方法成功执行，那么将实现与读取/写入一个 volatile 变量相同的内存效果），以及原子的添加、递增和递减等方法。AtomicInteger 表面上非常像一个扩展的 Counter 类，但在发生竞争的情况下能提供更高的可伸缩性，因为它直接利用了硬件对并发的支持。
CAS：Compare and Swap，即比较再交换。
jdk5增加了并发包java.util.concurrent.*,其下面的类使用CAS算法实现了区别于synchronouse同步锁的一种乐观锁。JDK 5之前Java语言是靠synchronized关键字保证同步的，这是一种独占锁，也是是悲观锁。
常用：
AtomicBoolean
AtomicInteger
AtomicLong
AtomicReference
如果想在不同的jvm中保证数据同步，使用分布式锁技术。有数据库实现、缓存实现、Zookeeper分布式锁
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/74738.html
摘要：底层是是通过对象，对象有自己的对象头，存储了很多信息，其中一个信息标示是被哪个线程持有。当一个线程执行的代码出现异常时，其所持有的锁会自动释放。 前言 回顾前面： 多线程三分钟就可以入个门了！ Thread源码剖析 多线程基础必要知识点！看了学习多线程事半功倍 只有光头才能变强！ 本文章主要讲的是Java多线程加锁机制，有两种： Synchronized 显式Lock 不得不唠...
摘要：当一个线程持有重量级锁时，另外一个线程就会被直接踢到同步队列中等待。 java代码先编译成字节码，字节码最后编译成cpu指令，因此Java的多线程实现最终依赖于jvm和cpu的实现 synchronized和volatile 我们先来讨论一下volatile关键字的作用以及实现机制，每个线程看到的用volatile修饰的变量的值都是最新的，更深入的解释就涉及到Java的内存模型了，我们...
摘要：并发机制与底层实现原理是轻量级的它在多处理器开发中保证了共享变量的可见性，因为它不会引起线程上下文的切换和调度，所以比的使用和执行成本更底。如果线程间存在锁竞争，会带来额外的锁撤销的消耗。轻量级锁竞争的线程不会阻塞，提高了程序的响应速度。 java并发机制与底层实现原理 volatile volatile是轻量级的synchronize,它在多处理器开发中保证了共享变量的可见性，因为它...
摘要：在这个等待通知机制中，我们需要考虑以下四个要素。何时等待线程要求的条件不满足就等待。是会随机地通知等待队列中的一个线程，而会通知等待队列中的所有线程。 由上一篇文章你应该已经知道，在 破坏占用且等待条件 的时候，如果转出账本和转入账本不满足同时在文件架上这个条件，就用死循环的方式来循环等待，核心代码如下： // 一次性申请转出账户和转入账户，直到成功 while(!actr.apply...
阅读 3676·2021-09-22 15:34
阅读 1186·2019-08-29 17:25
阅读 3398·2019-08-29 11:18
阅读 1370·2019-08-26 17:15
阅读 1739·2019-08-23 17:19
阅读 1227·2019-08-23 16:15
阅读 717·2019-08-23 16:02
阅读 1334·2019-08-23 15:19
