- 博客(200)
- 收藏
- 关注
RSS订阅原创 从openjdk17 C++源码视角理解Java同步代码块底层实现原理：从字节码到锁膨胀
偏向锁（如果启用）：首先尝试偏向当前线程轻量级锁：通过CAS在对象头中安装锁记录指针轻量级锁竞争：CAS失败时，检查是否为重入锁锁膨胀：创建或获取ObjectMonitor，修改对象头指向Monitor重量级锁：线程进入Monitor队列，可能经历自旋、park等状态这套复杂的锁机制体现了JVM在同步性能上的深度优化，通过在不同竞争情况下采用不同的锁策略，实现了高性能的线程同步。##源码//////// ..// ..// ...// 保存所有 caller-saved 寄存器。
2025-09-27 10:42:48
607
原创 OpenJDK 17 方法链接与同步方法入口点生成机制深度解析
OpenJDK 17 的方法链接机制通过以下步骤实现方法链接时检查方法的访问标志（根据标志确定对应的MethodKind在中将MethodKind转换为布尔参数最终传递给生成相应的同步或非同步代码这种设计确保了：同步方法有正确的锁机制非同步方法没有不必要的性能开销代码生成逻辑清晰可维护支持各种特殊方法类型的内在优化理解这一机制对于深入掌握 JVM 工作原理和进行性能优化具有重要意义。##源码//// YYY。
2025-09-27 10:11:20
1026
原创 深入解析HotSpot解释器方法调用机制：从invokevirtual到方法入口
字节码处理等字节码被解析，方法信息从常量池缓存中加载寄存器准备：方法指针存入rbx，接收者对象在栈上准备方法入口构建栈帧，初始化局部变量验证和准备：检查方法属性，处理同步等需求执行：通过解释器分派循环执行方法体的字节码这种设计保证了方法调用的高效性和灵活性，同时维护了Java语义的正确性。理解这一过程对于深入理解JVM内部机制和进行高性能Java程序优化至关重要。通过分析这些源码，我们不仅了解了方法调用的实现细节，也欣赏到了HotSpot虚拟机工程师在性能和安全之间取得的精巧平衡。
2025-09-20 19:00:21
793
原创 JVM方法调用机制深度解析：从aload_1到invokevirtual的完整旅程
局部变量访问优化aload_1等指令通过硬编码索引提高效率参数传递机制：参数按约定顺序排列在操作数栈上，通过地址计算直接访问虚方法分发：基于接收者对象的实际类型进行方法查找性能优化：通过内联缓存、方法内联等技术提升执行效率通过深入分析OpenJDK源码，我们不仅理解了JVM方法调用的内部机制，还能更好地理解Java程序的运行时行为，为性能优化和问题排查提供坚实基础。
2025-09-20 17:12:24
939
原创 Java 解释器分发表初始化与使用详解（基于 OpenJDK 17）
分发表是一个根据字节码值（）快速跳转到对应处理代码地址的表。在解释执行过程中，解释器会根据当前字节码值，从分发表中查出对应的处理函数地址，并跳转执行。它本质上是一个以字节码为索引的函数指针表，如下图：分发表机制是解释器实现中提升执行效率的关键。OpenJDK 使用分发表将每条字节码快速映射到对应的执行入口。通过：初始化所有字节码入口根据 TOS 设置多种分发路径支持调试和异常字节码处理解释器得以在结构化和可扩展的框架下高效地处理 Java 字节码执行。##源码i++) {
2025-09-03 09:35:38
741
原创 OpenJDK 17 解释器分发表与安全点表机制解析
（正常分发表）和（安全点表）。这些表结构确保了字节码能够高效地在正常状态和安全点状态下执行。本文将深入分析这些数据结构的实现原理和工作机制。双表结构：正常表和安全点表分别处理普通执行和安全点状态下的字节码分发状态感知：每个字节码有多个入口点，适应不同的栈顶状态（TosState）模板化代码生成：通过 TemplateTable 为每个字节码生成优化的机器代码统一未实现处理：对未实现或非法字节码提供统一的错误处理机制。
2025-08-31 11:29:00
989
原创 OpenJDK17调用机制深度解析：从Java调用到解释器入口概述
调用存根：处理Java和本地代码之间的转换，管理参数传递和结果返回Java调用机制：负责方法调用前的验证、编译和准备工作解释器入口：生成方法执行的入口代码，处理局部变量初始化同步方法返回：清理执行上下文，处理结果返回和异常情况##源码////// ...////// ...//#else#endif#endif__ enter();
2025-08-30 11:34:08
983
原创 OpenJDK 17 安全点检查机制深入解析
安全点（Safepoint）是 Java 虚拟机中的一个重要概念，它是程序执行过程中的特殊位置，当所有线程都到达安全点时，JVM 才能执行一些需要暂停所有线程的操作，如垃圾回收、代码反优化、线程堆栈遍历等。状态转换检查：在线程状态转换时检查安全点本地轮询：每个线程有一个本地轮询字，定期检查全局安全点：当需要所有线程暂停时，设置全局安全点标志屏障等待：线程在安全点屏障处等待，直到安全点操作完成恢复执行：安全点操作完成后，所有线程恢复执行。
2025-08-23 09:51:34
1070
原创 OpenJDK 17的C1和C2编译器实现中，方法返回前插入安全点（Safepoint Poll）的机制
总结：C1/C2通过在方法返回指令前插入跳转到共享桩代码的指令，由桩代码触发VM的安全点检查机制。mov [r15_thread + saved_exception_pc], rscratch1 // 保存PC。// 跳转到VM的安全点处理例程。if (n->is_MachSafePoint()) { // 安全点节点（含返回前检查）// 计算安全点PC。// 发射安全点桩代码。lea rscratch1, [safepoint_pc] // 计算安全点PC。// 跳转到VM的安全点处理例程。
2025-08-16 18:47:46
1121
原创 Netty 的 Select/Poll 机制核心实现主要在 NioEventLoop 的事件循环
/ 按比例运行任务。// 移除 CONNECT 监听。// 阻塞式 Select。// EOF 关闭连接。// 显式置空加速 GC。// 处理 I/O 事件。// 重建 Selector。// 重置连续 Select 次数。// 处理读/接受连接事件。
2025-08-16 17:58:04
890
原创 Spring 和 Lettuce 源码分析 Redis 节点状态检查与失败重连的工作原理
关键步骤：Spring Boot 启动时创建根据配置类型（集群/哨兵/单机）初始化客户端对于集群模式：创建调用应用配置。
2025-08-16 12:25:02
1112
原创 OpenJDK 17 JIT编译器堆栈分析
当前操作：C2编译器线程正在为和等JVM核心操作生成本地代码存根。核心任务：在代码生成阶段（）处理安全点轮询表，确保生成的本地代码能正确响应JVM安全点请求。背景目的：这些存根是JVM运行时的重要组成部分，用于优化高频操作（如锁、内存分配），提升Java程序性能。简单来说：这是JIT编译器的初始化阶段，正在为关键操作生成高效本地代码，并确保这些代码能与JVM的安全点机制协同工作。
2025-08-13 22:29:39
420
原创 安全点（Safepoint）完成后唤醒暂停线程的过程
/ 唤醒所有等待线程。// 将线程状态标记为运行（TSS _running）// 解除安全点并唤醒线程。// 允许线程创建/销毁。// 通过屏障唤醒线程。
2025-08-13 18:37:51
780
原创 OpenJDK 17 源码 安全点轮询的信号处理流程
这种设计实现了高效的安全点协作机制，在保证正确性的同时最小化性能开销，通过信号处理+桩代码+C++函数的组合，实现了从硬件异常到JVM安全点管理的无缝衔接。// 跳转到 handle_polling_page_exception。信号处理 → 桩代码 → handle_polling_page_exception。修改上下文中的 PC 寄存器指向处理桩代码。信号处理返回后，CPU 会跳转到桩代码执行。最终会使线程阻塞，直到安全点操作完成。使用预生成的汇编桩代码（blob）可以追踪线程进入安全点的完整路径。
2025-08-13 17:05:19
919
原创 JVM安全点轮询汇编函数解析
当线程在方法返回前检测到栈水印越界时，会通过预先生成的桩代码跳转到函数。该函数负责将线程挂起直到安全点操作完成，然后通过保存的返回地址恢复执行。这种机制实现了高效的安全点协作，同时保证了栈收缩时的内存安全。##源码= NULL,#else#endif#undef __i >= 0;
2025-08-13 15:45:37
553
原创 Spring Boot 2.4+中bootstrap.yml加载顺序的源码深度解析
是Spring Cloud应用中的特殊配置文件：在应用上下文创建之前加载用于加载连接到配置中心所需的配置通常包含应用名称、配置中心地址等元数据加载顺序的核心定义位于类中：java// 源码位置：org.springframework.boot.context.config.ConfigDataEnvironmentstatic {// 类路径位置（优先级较低）// 文件系统位置（优先级较高）类路径位置组和文件系统位置组file:./（当前目录）、和优先级位置说明1。
2025-07-12 16:55:40
1117
原创 Spring MVC参数解析：深入剖析415异常与@RequestBody处理机制问题场景
java复制下载@Override// 扩展支持x-www-form-urlencoded@Override> clazz) {// 支持所有类型@Override// 实现表单到对象的转换逻辑设计一致性原则应严格对应JSON/XML等结构化数据表单数据应使用或框架设计启示图表代码下载匹配不匹配Content-Type匹配?成功转换415异常415错误本质是HTTP语义化错误码的典型应用：客户端请求携带了服务器无法理解的表述形式。
2025-06-28 17:14:21
929
原创 OpenJDK17中invokevirtual字节码执行全解析：从索引加载到方法执行
在Java虚拟机中，方法调用是最核心的操作之一。本文将通过分析OpenJDK17的C++源码，深入剖析字节码的执行全流程，重点揭示方法索引如何加载到RBX寄存器，以及最终如何执行目标方法。
2025-06-23 21:59:03
687
原创 Spring与SLF4J/Logback日志框架深度解析：从源码看日志系统设计
日志系统是Spring应用的核心基础设施之一。本文将通过源码分析，深入剖析SLF4J+Logback在Spring中的集成机制，揭示其高效稳定的设计哲学。
2025-06-21 11:59:00
755
原创 OpenJDK 11 动态代理源码深度解析
/ 父类索引(java.lang.reflect.Proxy)// 非public接口。fields.add(new FieldInfo( // 添加Method字段。if (interfaces.length == 1) { // 单接口优化路径。
2025-06-17 13:47:11
991
原创 揭秘OpenJDK 17字节码解释引擎：模板解释器深度解析
OpenJDK 17的模板解释器通过预编译+直接分派的核心设计，在解释执行和编译执行间架起高效桥梁。这种"用空间换时间"的策略，使Java在启动速度和长期运行性能间取得精妙平衡，奠定了现代JVM高效执行的基础。随着Java虚拟线程等新技术的发展，解释器作为执行引擎基石的角色将更加重要。##源码assert(!#endif。
2025-06-10 22:05:00
1088
原创 剖析 Spring 中 @ResponseBody 原理与 Tomcat NIO 写事件（SelectionKey.OP_WRITE）的协作机制
的核心原理是利用 Spring MVC 的消息转换机制，将方法返回值转化为字节流并写入响应缓冲区，而实际的网络发送则由 Tomcat 的 NIO 模块通过事件驱动的方式完成。当套接字暂不可写时，Tomcat 会通过注册事件实现非阻塞等待，这种机制充分发挥了 NIO 的优势，能够高效地处理高并发场景下的写操作。通过深入理解这一流程，开发者可以更好地优化响应体的转换逻辑（如选择更高效的消息转换器），同时也能针对网络延迟、缓冲区设置等问题进行性能调优。##源码try {while (!
2025-05-24 11:17:38
1042
1
原创 jvm安全点(五)openjdk17 c++源码垃圾回收之安全点阻塞状态线程在安全点同步中无需调用block函数的详细流程解析
/ 标记线程为安全点安全。// 标记线程为安全。// 从链表中移除该线程，减少still_running计数。// 阻塞状态的线程直接视为安全。
2025-05-22 08:45:23
805
原创 jvm安全点(二)openjdk17 c++源码垃圾回收安全点信号函数处理线程阻塞
【代码】jvm安全点(二)openjdk17 c++源码垃圾回收安全点信号函数处理线程阻塞。
2025-05-17 21:36:57
915
原创 线程(二)OpenJDK 17 中线程启动的完整流程用C++ 源码详解之主-子线程通信机制
同步的本质：主线程与子线程通过Monitor的等待-通知模型实现状态同步。性能优化避免了安全点开销，提高线程创建效率。资源管理：JVM严格处理线程创建失败场景，防止内存泄漏。通过分析OpenJDK源码，我们不仅理解了Java线程的创建机制，更看到JVM如何通过精巧的同步设计，在复杂性与性能之间取得平衡。##源码= NULL) {} else {= NULL) {");
2025-05-17 10:51:35
984
原创 Java 直接内存ByteBuffer.allocateDirect原理与源码解析
Java直接内存通过JNI桥接，由JVM调用系统API分配本地内存，结合配额管理、页对齐优化及Cleaner自动释放机制，实现了高效、安全的内存管理。##源码。
2025-05-14 19:51:25
914
原创 深入解析JVM字节码解释器执行流程（OpenJDK 17源码实现）
JVM解释器的核心任务是将Java字节码逐条翻译为本地机器指令并执行。其执行流程可分为以下关键阶段：方法调用入口构建：生成栈帧、处理参数、同步锁等。字节码分派（Dispatch）：根据字节码跳转到对应处理逻辑。操作数栈与局部变量管理：维护方法执行上下文。方法返回与栈帧销毁：处理返回值、恢复调用者栈帧。以下结合OpenJDK 17源码详细分析各环节实现。这是从本地代码（如JNI）调用Java方法的核心入口，负责设置调用环境：address generate_call_stub(address& re
2025-05-14 14:15:00
882
原创 线程(一)OpenJDK 17 中线程启动的完整流程用C++ 源码详解
这一流程涵盖了从操作系统线程创建到执行 Java 代码的全链路，涉及 JVM 内部状态管理、同步机制、性能优化及跨层级调用，是 JVM 线程模型的核心实现。
2025-05-13 16:20:51
803
原创 OpenJDK21源码编译指南（Linux环境）
-with-num-cores=12 \ # 根据CPU核心数调整。--with-memory-size=20480 \ # 内存分配（单位MB）--with-boot-jdk=/opt/jdk-20 \ # 指向JDK20路径。--disable-warnings-as-errors # 忽略警告错误。--with-debug-level=slowdebug \ # 调试模式。查找对应开发包并安装。
2025-05-06 18:51:09
1108
原创 MySQL 8.4.5 源码编译安装指南
对于需要自定义编译选项或深度优化数据库性能的场景，源码编译安装是更好的选择。本文将详细介绍如何从源码编译并安装 MySQL 8.4.5，并提供完整的配置与初始化流程。通过上述步骤，您已成功完成 MySQL 8.4.5 的源码编译安装。此方法支持深度定制化配置，适合对数据库有特殊需求的场景。如果在操作中遇到问题，请优先检查日志文件。: root 或具有 sudo 权限的用户。: 指定 Boost 库路径（自动下载）: 建议预留至少 5GB 空间。，并根据错误提示调整配置。: 数据库文件存储路径。
2025-05-06 11:00:46
1308
原创 Field访问对象int字段，对象访问int字段，通过openjdk17 C++源码看对象字段访问原理
通过反射访问int计算偏移量：反射初始化阶段通过slot从类元数据获取字段偏移量。内存访问：调用直接读取对象内存。字节码执行：解释器/即时编译器使用相同机制访问字段。均依赖预先计算的字段偏移量直接操作内存。理解这一过程有助于优化反射性能，并为分析JVM内存模型提供基础。openjdk17源码elseC++代码= 0);
2025-04-28 21:05:57
1102
原创 MyBatis 拦截器链执行顺序及原理深度解析：揭开动态代理背后的奥秘
MyBatis 拦截器链（Interceptor Chain）是 MyBatis 提供的一种扩展机制，允许开发者在 SQL 执行的关键环节（如执行查询、更新操作）插入自定义逻辑。它类似于给 SQL 执行流程安装的“可编程插件”，能够在不修改框架源码的情况下，实现日志记录、数据加密、分页处理等高级功能。MyBatis 拦截器链通过动态代理和责任链模式的巧妙结合，实现了高度灵活的功能扩展。优势说明非侵入式扩展无需修改框架源码灵活的执行顺序控制通过配置顺序控制代理层级细粒度的拦截范围。
2025-03-05 19:18:52
663
原创 MySQL 8 C++ 源码解析：EXPLAIN 实现机制
MySQL 的EXPLAIN实现通过多层模块协作完成，从命令解析到优化器决策，最终生成用户可读的执行计划。其源码设计兼顾灵活性与性能，支持多种输出格式和复杂查询场景。理解这一机制，有助于深入掌握 MySQL 的查询优化逻辑，并为性能调优提供底层支持。
2025-03-03 17:41:18
879
原创 深入解析ClientPreparedStatement：Java端与MySQL8源码的协作
在数据库开发中，预处理语句（）是防止SQL注入、提升性能的利器。然而，并非所有场景都适合使用服务器端预处理。当配置时，JDBC驱动会退化为，直接将参数拼接到SQL中执行。本文将从和双重视角，解析这一机制的工作原理、性能影响及适用场景。
2025-03-02 07:07:54
849
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人