1.cas ��Դ�뵽����
2.jdk源码剖析手册？
3.编程「锁」事｜详解乐观锁 CAS 的源码源码技术原理
4.ConcurrentHashMap确实很复杂，这样学源码才简单
5.ReentrantLock 源码解析 | 京东云技术团队

cas ��Դ�뵽����

       我最近建立了一个在线自习室（App：番茄ToDO）用于相互监督学习，到部感兴趣的分析小伙伴可以加入。自习室加入码：D5A7A

       Java并发包下的源码源码类大多基于AQS（AbstractQueuedSynchronizer）框架实现，而AQS线程安全的到部实现依赖于两个关键类：Unsafe和LockSupport。

       其中，分析交流站源码Unsafe主要提供CAS操作（关于CAS，源码源码在文章《读懂AtomicInteger源码（多线程专题）》中讲解过），到部LockSupport主要提供park/unpark操作。分析实际上，源码源码park/unpark操作的到部最终调用还是基于Unsafe类，因此Unsafe类才是分析核心。

       Unsafe类的源码源码实现是由native关键字说明的，这意味着这个方法是到部原生函数，是分析用C/C++语言实现的，并被编译成了DLL，由Java去调用。

       park函数的作用是将当前调用线程阻塞，而unpark函数则是唤醒指定线程。

       park是等待一个许可，unpark是为某线程提供一个许可。如果线程A调用park，除非另一个线程调用unpark(A)给A一个许可，否则线程A将阻塞在park操作上。每次调用一次park，需要有一个unpark来解锁。

       并且，unpark可以先于park调用，但不管unpark先调用多少次，都只提供一个许可，不可叠加。只需要一次park来消费掉unpark带来的许可，再次调用会阻塞。

       在Linux系统下，park和unpark是通过Posix线程库pthread中的mutex（互斥量）和condition（条件变量）来实现的。

       简单来说，mutex和condition保护了一个叫_counter的信号量。当park时，这个变量被设置为0，当unpark时，这个变量被设置为1。番茄宝盒源码当_counter=0时线程阻塞，当_counter>0时直接设为0并返回。

       每个Java线程都有一个Parker实例，Parker类的部分源码如下：

       由源码可知，Parker类继承于PlatformParker，实际上是用Posix的mutex和condition来实现的。Parker类里的_counter字段，就是用来记录park和unpark是否需要阻塞的标识。

       具体的执行逻辑已经用注释标记在代码中，简要来说，就是检查_counter是不是大于0，如果是，则把_counter设置为0，返回。如果等于零，继续执行，阻塞等待。

       unpark直接设置_counter为1，再unlock mutex返回。如果_counter之前的值是0，则还要调用pthread_cond_signal唤醒在park中等待的线程。源码如下：

       （如果不会下载JVM源码可以后台回复“jdk”，获得下载压缩包）

jdk源码剖析手册？

       源码解析-偏向锁撤销流程解读

       实现上面atomic-free(表示尽可能减少CAS这样的原子操作)偏向锁的难点就在于如何协调获取偏向锁和撤销偏向锁的过程。

       偏向锁的撤销，需要等待全局安全点（在这个时间点上没有字节码正在执行），它会首先暂停拥有偏向锁的线程，判断锁对象是否处于被锁定状态，撤销偏向锁后恢复到未锁定（标志位为“”）或轻量级锁（标志位为“”）的状态。

       分析-XX：+PrintSafepointStatistics–XX：PrintSafepointStatisticsCount=1产生的日志信息基本上STW的原因都是RevokeBias或者BulkRevokeBias。这个是撤销偏向锁操作，虽然每次暂停的时间很短，但是特别频繁出现也会很耗时。

学习JAVA的同学都是怎么读源码的?

       1、面对未知的、茫茫多的源码，我们往往没有足够的时间、经历和耐心去通读所有源码，我们只需要去读我们关注的部分即可(有人可能会说我都不关心，这？)。

       2、ecshop手机版源码首先要理清楚代码结构和业务结构（应该有些文档或者大的流程图），这是阅读具体代码的前提。阅读Javaweb项目的代码：你需要找到View层的代码：前端页面、、资源文件都在其中。

       3、了解和使用工具很多工具都可以有助于源代码阅读，并且对可视化代码有很大的帮助。在使用过程中，成都IT培训认为IntelliJIdea工具能够导航源代码，允许使用单词的一部分，甚至单词的缩写进行搜索。您还应该学习键盘的快捷键。

       4、阅读分析源代码，一些有效的方法是：阅读源代码的说明文档和API文档。如果源代码有用法示例或向导，先阅读这个。了解整个项目的模块结构，可以按模块进行阅读。

如何在Eclipse中查看JDK类库的源代码

       在Eclipse中查看Java类库的源代码，可以通过Ctrl+鼠标左键的方式来完成；在下载JDK并安装的时候，会有一个src.zip文件，此文件就是Java类库的源码。但是有时候，会出现源码未找到的问题，此时可以通过对其设置来解决。

       第一次使用eclipse查看jar包里的源代码时，没有导入jdk的项目源码，所以无法查看源码。查看源代码的方法：打开eclipse，点击window，之后选择Preferences选项。

       首先打开eclipse，建立项目：Test，将struts2相关jar包导入到其中。在PackageExplorer标签栏下操作。这里查阅struts2中，struts2-core-1jar下的源代码。

       java在eclipse中有两种被运行的游戏app源码制作方式（jre的方式和jdk的方式）。你看不到源码就是因为你是通过jre的方式运行的。通过eclipse进入菜单Window-Preferences-Java-InstalledJREs。

       JDK查看源码可首先从ArrayList、Vector、LinkedList源码比较开始看起。

       如何高效阅读源代码?

       1、首先要理清楚代码结构和业务结构（应该有些文档或者大的流程图），这是阅读具体代码的前提。阅读Javaweb项目的代码：你需要找到View层的代码：前端页面、、资源文件都在其中。

       2、当然有。终于到重点了，隆重推出由官方支持的方式：只需要在代码仓库页面按一下.就可以直接使用VSCode打开，而且支持编辑。也可以通过地址访问，把.com改成.dev，比如：太方便了，太优雅了。

       3、查看拦截器，监听器代码，知道拦截了什么请求，这个类完成了怎样的工作。

       4、用命令(apktooldxxx.apkxxx_xml)反编译xxx.apk包从xxx_xml文件夹得到xml文件第二步得到的程序源代码和第三步得到的xml文件组合下，即可得到完整的apk源码。

       5、先找出功能体系，再分离出功能模块。知道能干什么，再知道怎么干。

       6、面对未知的、茫茫多的源码，我们往往没有足够的时间、经历和耐心去通读所有源码，我们只需要去读我们关注的部分即可(有人可能会说我都不关心，这？)。游戏房卡源码

如何在Eclipse中查看JDK类库的源代码?

       在Eclipse中查看Java类库的源代码，可以通过Ctrl+鼠标左键的方式来完成；在下载JDK并安装的时候，会有一个src.zip文件，此文件就是Java类库的源码。但是有时候，会出现源码未找到的问题，此时可以通过对其设置来解决。

       首先打开eclipse，建立项目：Test，将struts2相关jar包导入到其中。在PackageExplorer标签栏下操作。这里查阅struts2中，struts2-core-1jar下的源代码。

       第一次使用eclipse查看jar包里的源代码时，没有导入jdk的项目源码，所以无法查看源码。查看源代码的方法：打开eclipse，点击window，之后选择Preferences选项。

如何查看javaJDK中底层源码

       1、查看源代码的方法：打开eclipse，点击window，之后选择Preferences选项。找到Java选项，点开，选择InstalledJRES，此时右边是列表窗格，列出了系统中的JRE环境，选择你的JRE，然后点边上的Edit。

       2、在你的JDK文件夹下不是有个src.rar包吗？解压出来，把你想看的某个类的源码拖到eclipse中就可以查看了。

       3、你安装JDK的目录下，有个src.zip文件，这个就是JDK源代码的java文件。你可以解压来查看，但，最好是关联到IDE如eclipse中（不需解压），然后CTRL+点击就可以查看到源代码了。

       4、在安装jdk文件路径下的src.zip可以查看。。在eclipse里面也可以，只要按着ctrl键将鼠标放到想看的类上在点击左键就能进入到定义那个类的里面去了。。

       5、在Eclipse中查看Java类库的源代码，可以通过Ctrl+鼠标左键的方式来完成；在下载JDK并安装的时候，会有一个src.zip文件，此文件就是Java类库的源码。但是有时候，会出现源码未找到的问题，此时可以通过对其设置来解决。

       6、其实最好的方式是你通过对某一块代码的阅读，进行绘制流程图，VISIO画起流程图来很方便，找出数据流，再加上自己的阅读的注释。在你阅读学习的过程中，会发现其他coder的非常巧妙的做法，这是你应该庆幸，因为你在进步。

编程「锁」事｜详解乐观锁 CAS 的技术原理

       本文深入探讨乐观锁的核心实现方式——CAS（Compare And Swap）技术原理。CAS是一种在多线程环境下实现同步功能的机制，相较于悲观锁的加锁操作，CAS允许在不使用锁的情况下实现多线程间的变量同步。Java的并发包中的原子类正是利用CAS实现乐观锁。

       CAS操作包含三个操作数：需要更新的内存值V、进行比较的预期数值A和要写入的值B。其逻辑是将内存值V与预期值A进行比较，当且仅当V值等于A时，通过原子方式用新值B更新V值（“比较+更新”整体是一个原子操作），否则不执行任何操作。一般情况下，更新操作会不断重试直至成功。

       以Java.util.concurrent.atomic并发包下的AtomicInteger原子整型类为例，分析其CAS底层实现机制。方法`atomicData.incrementAndGet()`内部通过Unsafe类实现。Unsafe类是底层硬件CPU指令复制工具类，关键在于compareAndSet（）方法的返回结果。

       `unsafe.compareAndSwapInt(this, valueOffset, expect, update)`

       此方法中，参数`this`是Unsafe对象本身，用于获取value的内存偏移地址。`valueOffset`是value变量的内存偏移地址，`expect`是期望更新的值，`update`是要更新的最新值。如果原子变量中的value值等于`expect`，则使用`update`值更新该值并返回true，否则返回false。

       至于`valueOffset`的来源，这里提到value实际上是volatile关键字修饰的变量，以保证在多线程环境下的内存可见性。

       CAS的底层是Unsafe类。如何通过`Unsafe.getUnsafe()`方法获得Unsafe类的实例？这是因为AtomicInteger类在rt.jar包下，因此通过Bootstrap根类加载器加载。Unsafe类的具体实现可以在hotspot源码中找到，而unsafe.cpp中的C++代码不在本文详细分析范围内。对CAS实现感兴趣的读者可以自行查阅。

       CAS底层的Unsafe类在多处理器上运行时，为cmpxchg指令添加lock前缀（lock cmpxchg），在单处理器上则无需此步骤（单处理器自身维护单处理器内的顺序一致性）。这一机制确保了CAS操作的原子性。

       最后，同学们会发现CAS的操作与原子性密切相关。CPU如何实现原子性操作是一个深入的话题，有机会可以继续探索。欢迎在评论区讨论，避免出现BUG！点赞转发不脱发！

ConcurrentHashMap确实很复杂，这样学源码才简单

       ConcurrentHashMap相较于HashMap在实现上更为复杂，主要涉及多线程环境下的并发安全、同步和锁的概念。虽然HashMap的原理主要围绕数组、链表、哈希碰撞和扩容，但在多线程场景下，这些知识还不够，需要对并发和同步有深入理解。

       在实际编程中，HashMap经常被使用，而ConcurrentHashMap的使用频率却相对较低，这使得学习它的门槛变高。学习ConcurrentHashMap之前，关键在于理解HashMap的基本实现，特别是它在非线程安全情况下的操作，如数组初始化和putVal()方法。

       HashMap的线程不安全问题主要表现在数组的懒加载和带if判断的put操作上，这可能导致数据一致性问题。为了解决这些问题，像HashTable和Collections.synchronizedMap()通过synchronized关键字加锁，但会导致性能下降。ConcurrentHashMap引入了CAS（Compare And Swap）技术，比如在initTable()方法中，通过volatile修饰的成员变量保证了数组初始化的线程安全。

       ConcurrentHashMap在数组初始化、下标为空时使用CAS，而在有冲突时切换到synchronized，降低了锁的粒度，以提高效率。扩容是ConcurrentHashMap的难点，需要处理新旧数组的同步迁移问题，通过helpTransfer()方法和transfer()方法来确保线程安全。

       总结来说，学习ConcurrentHashMap不仅是对HashMap知识的扩展，更是进入并发编程世界的重要一步。面试时，如果只问基本数据结构，那可能只需要了解HashMap；但若深入到ConcurrentHashMap，就涉及到了并发编程的核心技术，如CAS、同步和锁的管理。

ReentrantLock 源码解析 | 京东云技术团队

       并发指同一时间内进行了多个线程。并发问题是多个线程对同一资源进行操作时产生的问题。通过加锁可以解决并发问题，ReentrantLock 是锁的一种。

       1 ReentrantLock

       1.1 定义

       ReentrantLock 是 Lock 接口的实现类，可以手动的对某一段进行加锁。ReentrantLock 可重入锁，具有可重入性，并且支持可中断锁。其内部对锁的控制有两种实现，一种为公平锁，另一种为非公平锁.

       1.2 实现原理

       ReentrantLock 的实现原理为 volatile+CAS。想要说明 volatile 和 CAS 首先要说明 JMM。

       1.2.1 JMM

       JMM (java 内存模型 Java Memory Model 简称 JMM) 本身是一个抽象的概念，并不在内存中真实存在的，它描述的是一组规范或者规则，通过这组规范定义了程序中各个变量的访问方式.

       由于 JMM 运行的程序的实体是线程。而每个线程创建时 JMM 都会为其创建一个自己的工作内存 (栈空间), 工作内存是每个线程的私有数据区域。而 java 内存模型中规定所有的变量都存储在主内存中，主内存是共享内存区域，所有线程都可以访问，但线程的变量的操作 (读取赋值等) 必须在自己的工作内存中去进行，首先要将变量从主存拷贝到自己的工作内存中，然后对变量进行操作，操作完成后再将变量操作完后的新值写回主内存，不能直接操作主内存的变量，各个线程的工作内存中存储着主内存的变量拷贝的副本，因不同的线程间无法访问对方的工作内存，线程间的通信必须在主内存来完成。

       如图所示：线程 A 对变量 A 的操作，只能是从主内存中拷贝到线程中，再写回到主内存中。

       1.2.2 volatile

       volatile 是 JAVA 的关键字用于修饰变量，是 java 虚拟机的轻量同步机制，volatile 不能保证原子性。 作用：

       作用：CAS 会使用现代处理器上提供的高效机器级别原子指令，这些原子指令以原子方式对内存执行读 - 改 - 写操作。

       1.2.4 AQSAQS 的全称是 AbstractQueuedSynchronizer（抽象的队列式的同步器），AQS 定义了一套多线程访问共享资源的同步器框架。

       AQS 主要包含两部分内容：共享资源和等待队列。AQS 底层已经对这两部分内容提供了很多方法。

       2 源码解析

       ReentrantLock 在包 java.util.concurrent.locks 下，实现 Lock 接口。

       2.1 lock 方法

       lock 分为公平锁和非公平锁。

       公平锁：

       非公平锁：上来先尝试将 state 从 0 修改为 1，如果成功，代表获取锁资源。如果没有成功，调用 acquire。state 是 AQS 中的一个由 volatile 修饰的 int 类型变量，多个线程会通过 CAS 的方式修改 state，在并发情况下，只会有一个线程成功的修改 state。

       2.2 acquire 方法

       acquire 是一个业务方法，里面并没有实际的业务处理，都是在调用其他方法。

       2.3 tryAcquire 方法

       tryAcquire 分为公平和非公平两种。

       公平：

       非公平：

       2.4 addWaiter 方法

       在获取锁资源失败后，需要将当前线程封装为 Node 对象，并且插入到 AQS 队列的末尾。

       2.5 acquireQueued 方法

       2.6 unlock 方法

       释放锁资源，将 state 减 1, 如果 state 减为 0 了，唤醒在队列中排队的 Node。

       3 使用实例

       3.1 公平锁

       1. 代码：

       2. 执行结果：

       3. 小结：

       公平锁可以保证每个线程获取锁的机会是相等的。

       3.2 非公平锁

       1. 代码：

       2. 执行结果：

       3. 小结：

       非公平锁每个线程获取锁的机会是随机的。

       3.3 忽略重复操作

       1. 代码：

       2. 执行结果：

       3. 小结：

       当线程持有锁时，不会重复执行，可以用来防止定时任务重复执行或者页面事件多次触发时不会重复触发。

       3.4 超时不执行

       1. 代码：

       2. 执行结果：

       3. 小结：

       超时不执行可以防止由于资源处理不当长时间占用资源产生的死锁问题。

       4 总结

       并发是现在软件系统不可避免的问题，ReentrantLock 是可重入的独占锁，比起 synchronized 功能更加丰富，支持公平锁实现，支持中断响应以及限时等待等，是处理并发问题很好的解决方案。