1.jdk Դ?码视? ??Ƶ
2.OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
3.太强了！阿里老哥分享的码视JDK源码学习指南，含8大核心内容讲解
4.写Java这么久，码视JDK源码编译过没？编译JDK源码踩坑纪实
5.详细过程ubuntu下面编译openJDK8,码视修改源码IDEA中调试
6.真·手把手，从头教你编译JDK
jdk Դ?码视? ??Ƶ
Queue 和 Deque 是 Java 中的两个接口，分别代表队列和双端队列。码视手动spring源码
Queue 接口提供了基本的码视队列操作：入队（enqueue）和出队（dequeue）。同时，码视Queue 接口有 6 个方法，码视分为入队、码视出队和遍历三类。码视与之不同的码视是，当队列为空时，码视element() 方法会抛出异常，码视而 peek() 方法则会返回 null。码视
Deque 接口继承自 Queue 接口，表示双端队列，具备「队列」和「栈」的特性。双端队列可以分别从两端插入和移除元素，而一般队列只能从尾部插入元素、头部移除元素。Deque 接口定义了入队、出队、遍历以及独有的一些操作方法。Deque 作为双端队列，不仅继承了 Queue 的方法，还提供了额外的双端操作。
综上，Queue 提供了基本的队列功能，而 Deque 在 Queue 的基础上增加了双端操作，使其兼具队列和栈的特性。在实际应用中，根据需求选择合适的接口可以提高代码的灵活性和效率。
OpenJDK-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
ZGC简介：
ZGC是Java垃圾回收器的前沿技术，支持低延迟、大容量堆、染色指针、读屏障等特性，自JDK起作为试验特性，JDK起支持Windows，JDK正式投入生产使用。在JDK中已实现分代收集，预计不久将发布，性能将更优秀。
ZGC特征：
1. 低延迟
2. 大容量堆
3. 染色指针
4. 读屏障
并发标记过程：
ZGC并发标记主要分为三个阶段：初始标记、并发标记/重映射、重分配。本篇主要分析并发标记/重映射部分源代码。
入口与并发标记：
整个ZGC源码入口是mscd指标公式源码ZDriver::gc函数，其中concurrent()是一个宏定义。并发标记函数是concurrent_mark。
并发标记流程：
从ZHeap::heap()进入mark函数，使用任务框架执行任务逻辑在ZMarkTask里，具体执行函数是work。工作逻辑循环从标记条带中取出数据，直到取完或时间到。此循环即为ZGC三色标记主循环。之后进入drain函数，从栈中取出指针进行标记，直到栈排空。标记过程包括从栈取数据，标记和递归标记。
标记与迭代：
标记过程涉及对象迭代遍历。标记流程中，ZGC通过map存储对象地址的finalizable和inc_live信息。map大小约为堆中对象对齐大小的二分之一。接着通过oop_iterate函数对对象中的指针进行迭代，使用ZMarkBarrierOopClosure作为读屏障，实现了指针自愈和防止漏标。
读屏障细节：
ZMarkBarrierOopClosure函数在标记非静态成员变量的指针时触发读屏障。慢路径处理和指针自愈是核心逻辑，慢路径标记指针，快速路径通过cas操作修复坏指针，并重新标记。
重映射过程：
读屏障触发标记后，对象被推入栈中，下次标记循环时取出。ZGC并发标记流程至此结束。
问题回顾：
本文解答了ZGC如何标记指针、三色标记过程、如何防止漏标、指针自愈和并发重映射过程的问题。
扩展思考：
ZGC在指针上标记，当回收某个region时，如何得知对象是否存活？答案需要结合标记阶段和重分配阶段的代码。
结束语：
本文深入分析了ZGC并发标记的源码细节，对您有启发或帮助的话，请多多点赞支持。作者：京东物流 刘家存，来源：京东云开发者社区 自猿其说 Tech。转载请注明来源。
太强了！阿里老哥分享的JDK源码学习指南，含8大核心内容讲解
Java开发中，JDK源码的重要性不言而喻。作为Java运行环境的基石，JDK涵盖了Java的jpa打印日志源码全部运行环境和开发工具，没有它，程序编译都无从谈起。为此，本文将分享一份来自阿里的资深程序员整理的JDK源码学习指南。
这份指南详尽介绍了JDK源码的多个核心内容，包括多线程基础、Atomic类、Lock与Condition接口、同步工具类、并发容器、线程池与Future、ForkJoinPool分治算法、异步编程工具CompletableFuture等。需要这份资料的朋友，请点击此处获取完整版。
以下是学习指南的具体章节：
第1章 多线程基础
第2章 Atomic类
第3章 Lock与Condition
第4章 同步工具类
第5章 并发容器
第6章 线程池与Future
第7章 ForkJoinPool
第8章 CompletableFuture
以上就是这份JDK源码学习笔记的概述，感兴趣的朋友可以点击此处获取完整版资料。
写Java这么久，JDK源码编译过没？编译JDK源码踩坑纪实
在Java开发中，我们通常使用JDK环境来运行和编写Java代码。然而，你是否曾经好奇过，你天天使用的JDK源码究竟是如何由源码编译而来的呢？
带着这个疑问，本文将带你一起探索如何手动编译一个JDK，从环境准备到编译过程，再到验证成果。过程中会遇到各种问题与解决之道，让你在实践中学习，提升编程技能。
在编译过程中，环境的配置和工具的选择至关重要。首先，需要有一个与目标JDK版本相匹配的bootstrap JDK（boot JDK），以确保编译工作的顺利进行。接着，需要一个Unix环境，无论是Linux、macOS还是通过Cygwin、MinGW/MSYS等工具模拟的Windows环境。
编译所需的工具链包括C++/C编译器、Mercurial版本控制工具等，用于管理源码。在编译前，还需要进行自动配置，确保所有依赖环境正确安装并兼容。
下载JDK源码有两种方式：使用Mercurial工具或直接下载打包好的源码包。下载完成后，进入源码根目录进行配置和编译。javaredux源码怎么用编译过程可能需要一点时间，但通过验证编译结果，如输出提示，你将成功完成编译。
编译完成后，JDK源码将会生成一系列产物，包括Java可执行程序、成品JDK套装等。验证成果时，可以通过运行编译出的Java程序来确认一切正常。接下来，将自己编译的JDK应用到实际项目中。
在关联JDK源码并修改时，可能会遇到注释问题，如行尾注释、多行注释等。通过自行编译JDK，这些问题可以得到解决。同时，解决中文注释编译报错的问题，需要调整源码中字符编码设置。
通过实践，你不仅能够深入了解JDK的编译过程，还能够解决实际开发中遇到的种种问题。最后，分享资源与持续更新的学习材料，鼓励大家在编程的道路上不断进步。
详细过程ubuntu下面编译openJDK8,修改源码IDEA中调试
编译JDK源码的最佳实践是亲手操作，理解其流程。网上有许多教程，但只有实际操作，才能深刻理解整个过程。
首先，环境准备上选择Ubuntu .，因为在此版本下，编译过程中遇到的异常较少。使用低版本Ubuntu的主要目的是为了专注于编译源码和阅读源码，而不是研究版本兼容性问题。高版本的OpenJDK理论上可行，但这里更多是选择已熟悉使用的OpenJDK 8版本。
获取OpenJDK 8源码有两种方式：利用Mercurial（hg）或手动下载。Mercurial是OpenJDK使用的代码管理工具，通过hg clone命令下载源码。在遇到执行卡死问题后，改用手动下载方式。
下载地址为jdk.java.net，选择相应版本下载。下载后得到openjdk-8u-src-b-_jan_.zip，水果介绍网页源码解压后重命名为openjdk8。
接着，需要安装基础JDK作为编译环境。可选择手动下载已编译好的JDK7作为引导JDK，如openjdk-7u-b-linux-x-_dec_.tar.gz。解压并重命名后，配置系统环境变量，确保编译过程顺利进行。
安装编译所需的依赖，并检查是否遗漏。执行命令检查依赖，如有缺失，按照提示进行安装。ccache配置后出现版本过旧的提示，不影响编译。
编译前需进行一系列检查：设定语言选项、查看PATH环境变量、清除JAVA_HOME变量，确保编译环境配置正确。执行make all命令，过程中可能会遇到报错，通过修改相关源文件，如hotspot/make/linux/Makefile的SUPPORTED_OS_VERSION变量，添加4%，解决内核版本问题。
验证编译成功，通过执行java -version命令确认。编译后源码使用，如创建Test.java源文件，通过Javac编译器编译为Test.class文件。运行Test.class文件，输出信息确认编译成功。
在IDEA中使用JDK源码调试，首先安装IntelliJ IDEA，下载并解压到opt目录，通过idea.sh启动。将编译好的JDK导入IDEA，配置debug，去掉Before launch中的build选项，执行测试代码。
为了更方便地查看源码，可以修改JDK源码，如为System.out.println添加打印前缀。修改源码后重新编译，执行测试代码以验证修改效果。
通过实际操作和实践，对JDK源码的理解将更加深入。本指南提供了一个完整的编译和调试流程，帮助开发者深入理解JDK源码的细节。
真·手把手，从头教你编译JDK
本文将手把手教你编译 JDK，让你深入了解这一过程。尽管使用 JAVA 的人对 JDK 都不会陌生，但真正亲自编译它的开发者可能寥寥无几。然而，在遇到难以界定且现象奇特诡异的问题时，自定义 JDK 可能成为解决问题的关键。
首先，确保你的环境准备充分。我使用的是 CentOS 7.6 虚拟机，系统干净，没有安装额外软件。编译 JDK 需要特定的环境配置，例如确保 make 版本大于 3.8.1，这在 CentOS 7.6 以上版本中通常满足。此外，需要一个 Bootstrap JDK，版本为 7，避免使用版本为 8 的 JDK。将 Bootstrap JDK 的 bin 目录添加至 PATH，这样可以避免在后续步骤中配置参数。
接下来，按照 openjdk8 的 build 说明进行准备。下载并解压 JDK 7（版本为 jdk-7u-linux-x.tar.gz），并记住 java 的位置（/home/jdk/jdk1.7.0_/bin）。如果环境变量中已包含 JAVA_HOME，需将其删除，以确保编译过程顺利进行。
在准备阶段中，下载 openjdk 源代码时，可能会遇到各种问题。在收到错误提示如 "WARNING: jaxws exited abnormally" 或 "WARNING: jdk exited abnormally" 时，可以尝试重新执行 get_source 命令，该命令会仅下载未成功下载的组件。若长时间没有响应，检查带宽使用情况，必要时使用命令终止 Python 克隆进程，重新执行 get_source。
在下载完成后，执行编译命令：`bash ./configure make all`。确保 Bootstrap JDK 已添加至环境变量中，无需额外配置参数，除非通过 yum 安装依赖和调整 PATH。配置完成后，执行 `make` 命令，等待编译过程结束。
编译完成之后，可以使用自己编译的 JDK 来进行测试。通过 `images` 目录中的 j2sdk-image 和 j2re-image 来验证 JDK 的正确性。使用 `cp` 命令将 JDK 目录复制至其他位置，并检查版本信息。最后，编写脚本测试 JDK 的实际应用，例如使用 metabase 等复杂应用验证 JDK 的兼容性和稳定性。
通过本文的指导，你不仅能够成功编译 JDK，还能进一步理解 JDK 的内部结构和工作流程。实际操作中，可能会遇到一些挑战，但只要坚持下去，最终能够达到预期目标。
JDK成长记7：3张图搞懂HashMap底层原理！
一句话讲， HashMap底层数据结构，JDK1.7数组+单向链表、JDK1.8数组+单向链表+红黑树。
在看过了ArrayList、LinkedList的底层源码后，相信你对阅读JDK源码已经轻车熟路了。除了List很多时候你使用最多的还有Map和Set。接下来我将用三张图和你一起来探索下HashMap的底层核心原理到底有哪些？
首先你应该知道HashMap的核心方法之一就是put。我们带着如下几个问题来看下图：
如上图所示，put方法调用了putVal方法，之后主要脉络是：
如何计算hash值？
计算hash值的算法就在第一步，对key值进行hashCode()后，对hashCode的值进行无符号右移位和hashCode值进行了异或操作。为什么这么做呢？其实涉及了很多数学知识，简单的说就是尽可能让高和低位参与运算，可以减少hash值的冲突。
默认容量和扩容阈值是多少？
如上图所示，很明显第二步回调用resize方法，获取到默认容量为，这个在源码里是1<<4得到的，1左移4位得到的。之后由于默认扩容因子是0.，所以两者相乘就是扩容大小阈值*0.=。之后就分配了一个大小为的Node[]数组，作为Key-Value对存放的数据结构。
最后一问题是，如何进行hash寻址的？
hash寻址其实就在数组中找一个位置的意思。用的算法其实也很简单，就是用数组大小和hash值进行n-1&hash运算，这个操作和对hash取模很类似，只不过这样效率更高而已。hash寻址后，就得到了一个位置，可以把key-value的Node元素放入到之前创建好的Node[]数组中了。
当你了解了上面的三个原理后，你还需要掌握如下几个问题:
还是老规矩，看如下图：
当hash值计算一致，比如当hash值都是时，Key-Value对的Node节点还有一个next指针，会以单链表的形式，将冲突的节点挂在数组同样位置。这就是数据结构中所提到解决hash 的冲突方法之一：单链法。当然还有探测法+rehash法有兴趣的人可以回顾《数据结构和算法》相关书籍。
但是当hash冲突严重的时候，单链法会造成原理链接过长，导致HashMap性能下降，因为链表需要逐个遍历性能很差。所以JDK1.8对hash冲突的算法进行了优化。当链表节点数达到8个的时候，会自动转换为红黑树，自平衡的一种二叉树，有很多特点，比如区分红和黑节点等，具体大家可以看小灰算法图解。红黑树的遍历效率是O(logn)肯定比单链表的O(n)要好很多。
总结一句话就是，hash冲突使用单链表法+红黑树来解决的。
上面的图，核心脉络是四步，源码具体的就不粘出来了。当put一个之后，map的size达到扩容阈值，就会触发rehash。你可以看到如下具体思路：
情况1:如果数组位置只有一个值：使用新的容量进行rehash，即e.hash & (newCap - 1)
情况2:如果数组位置有链表，根据 e.hash & oldCap == 0进行判断，结果为0的使用原位置，否则使用index + oldCap位置,放入元素形成新链表，这里不会和情况1新的容量进行rehash与运算了，index + oldCap这样更省性能。
情况3：如果数组位置有红黑树，根据split方法，同样根据 e.hash & oldCap == 0进行树节点个数统计，如果个数小于6，将树的结果恢复为普通Node，否则使用index + oldCap，调整红黑树位置，这里不会和新的容量进行rehash与运算了，index + oldCap这样更省性能。
你有兴趣的话，可以分别画一下这三种情况的图。这里给大家一个图，假设都出发了以上三种情况结果如下所示：
上面源码核心脉络，3个if主要是校验了一堆，没做什么事情，之后赋值了扩容因子，不传递使用默认值0.，扩容阈值threshold通过tableSizeFor(initialCapacity);进行计算。注意这里只是计算了扩容阈值，没有初始化数组。代码如下：
竟然不是大小*扩容因子？
n |= n >>> 1这句话，是在干什么？n |= n >>> 1等价于n = n | n >>>1; 而|表示位运算中的或，n>>>1表示无符号右移1位。遇到这种情况，之前你应该学到了，如果碰见复杂逻辑和算法方法就是画图或者举例子。这里你就可以举个例子：假设现在指定的容量大小是,n=cap-1=，那么计算过程应该如下：
n是int类型，java中一般是4个字节，位。所以的二进制： 。
最后n+1=，方法返回，赋值给threshold=。再次注意这里只是计算了扩容阈值，没有初始化数组。
为什么这么做呢？一句话，为了提高hash寻址和扩容计算的的效率。
因为无论扩容计算还是寻址计算，都是二进制的位运算，效率很快。另外之前你还记得取余(%)操作中如果除数是2的幂次方则等同于与其除数减一的与(&)操作。即 hash%size = hash & (size-1)。这个前提条件是除数是2的幂次方。
你可以再回顾下resize代码，看看指定了map容量，第一次put会发生什么。会将扩容阈值threshold，这样在第一次put的时候就会调用newCap = oldThr;使得创建一个容量为threshold的数组，之后从而会计算新的扩容阈值newThr为newCap*0.=*0.=。也就是说map到了个元素就会进行扩容。
除了今天知识，技能的成长，给大家带来一个金句甜点，结束我今天的分享：坚持的三个秘诀之一目标化。
坚持的秘诀除了上一节提到的视觉化，第二个秘诀就是目标化。顾名思义，就是需要给自己定立一个目标。这里要提到的是你的目标不要定的太高了。就比如你想要增加肌肉，给自己定了一个目标，每天5组，每次个俯卧撑，你看到自己胖的身形或者海报，很有刺激，结果开始前两天非常厉害，干劲十足，特别奥利给。但是第三天，你想到要个俯卧撑，你就不想起床，就算起来，可能也会把自己撅死过去......其实你的目标不要一下子定的太大，要从微习惯开始，比如我媳妇从来没有做过俯卧撑，就让她每天从1个开始,不能多，我就怕她收不住，做多了。一开始其实从习惯开始，先变成习惯，再开始慢慢加量。量太大养不成习惯，量小才能养成习惯。很容易做到才能养成，你想想是不是这个道理？
所以，坚持的第二个秘诀就是定一个目标，可以通过小量目标，养成微习惯。比如每天你可以读五分钟书或者5分钟成长记，不要多，我想超过你也会睡着了的.....
最后，大家可以在阅读完源码后，在茶余饭后的时候问问同事或同学，你也可以分享下，讲给他听听。
