1.各位能推荐一下jvm权威的码实书籍吗?
2.Java Hello world 源码执行流程详解
3.流量回放框架jvm-sandbox-repeater的实践入门使用篇1 repeater安装与启动(初尝repeater-console)
4.这究竟是为什么呢?都说JVM能实际使用的内存比-Xmx指定的少,头大
5.jvm如何在运行时动态把java文本编译成class,然后加载到jvm
6.Jvm-Sandbox原理分析-Sandbox的启动-01
各位能推荐一下jvm权威的书籍吗?
推荐JVM权威书籍如下：
初学者（8本）：
1. 《深入理解Java虚拟机：JVM高级特性与实践（第3版）》
2. 《深入Java虚拟机(原书第2版)---SUN公司核心技术丛书》
3. 《实战JAVA虚拟机 JVM故障诊断与性能优化》
4. 《深入理解JVM ＆ G1 GC》
5. 《Java虚拟机精讲》
6. 《自己动手写Java虚拟机》 - 张秀宏，使用Go实现的码实
7. 《自己动手写Python虚拟机》
8. 《深入浅出：Java虚拟机设计与实现》
进阶者（本）：
1. 《揭秘Java虚拟机：JVM设计原理与实现》
2. 《虚拟机设计与实现：以JVM为例》
3. 《Java虚拟机规范-JavaSE8》
4. 《深入理解JVM字节码/Java核心技术系列》
5. 《解析Java虚拟机开发--权衡优化高效和安全的最优方案》
6. 《Java虚拟机基础教程》
7. 《深入解析Java虚拟机HotSpot》
8. 《深入理解Android：Java虚拟机ART (Chinese Edition)》
9. 《JRockit权威指南：深入理解JVM》
. 《深入Java虚拟机：JVM G1 GC的算法与实现》
. 《垃圾回收算法与实现》
. 《HotSpot实战》
深入者（5本）：
1. 《虚拟机：系统与进程的通用平台》
2. 《JVM G1源码分析和调优》
3. 《深入剖析Java虚拟机 : 源码剖析与实例详解（基础卷）》
4. 《垃圾回收算法手册-自动内存管理的艺术》
5. 《GraalVM与Java静态编译：原理与应用林子熠》
这些书籍涵盖了JVM学习的各个方面，从初学者到深入者，码实适合不同层次的码实学习者。希望对你有所帮助。码实
Java Hello world 源码执行流程详解
深入解析 Java "Hello World" 程序的码实豪杰解霸源码执行流程，从源代码到屏幕显示，码实每一个步骤都充满技术奥秘。码实理解这一过程，码实不仅能加深对 Java 语言特性的码实认识，更能洞察计算机底层机制的码实精妙。 让我们从最简单的码实 "Hello World" 程序开始。虽然它看起来极其简单，码实但其执行逻辑却包含了对 Java 语言、码实操作系统的码实深入理解。 Java "Hello World" 程序的执行，始于源代码的编译过程。Java 代码经过编译器的词法语法语义分析，最终转化为字节码文件(.class)。字节码作为 Java 代码的中间表示形式，便于在不同平台间移植。 随后，字节码文件通过 JVM (Java 虚拟机) 转化为机器码文件。这一过程不仅实现了代码在不同操作系统间的执行，还确保了 Java 程序的跨平台特性。 具体流程如下： 编译过程：将 Java 源代码编译为字节码文件。这些文件包含程序逻辑的抽象表示，便于在 JVM 上执行。 类加载机制：Java 类的加载采用双亲委派机制，确保类加载的唯一性和一致性。加载过程包括验证、准备、解析和初始化阶段，源码资本退出原因确保类的安全性。 创建栈帧：在 JVM 内存中，为程序入口方法（如 main()）创建栈帧。栈帧中包含了方法执行所需的局部变量、操作数栈等数据结构。 在栈帧中，字符串 "Hello World" 通过一系列操作被赋值至变量。具体步骤涉及类加载、字符串常量池、操作数栈的使用，以及方法区的字符常量池。使用工具如 `javap -c Main.class` 可解析 `.class` 文件，深入了解这些过程。 执行 `System.out.println()` 方法时，JVM 加载 `System` 类字节码文件，创建 `System.out` 对象，并调用其 `println` 方法输出字符串。这一过程涉及原始 IO 包的使用，以及字符串的 `toString()` 方法。 接下来，JVM 字节码执行引擎将字节码转换为机器码，分配 CPU 资源执行。CPU 执行包含取值、译码和执行操作，通过操作系统管理内存、磁盘和设备。程序执行涉及 I/O 操作的完成，从文件描述符写入字符串，到操作系统检查字符串位置，直至最终在屏幕上显示 "Hello World"。 这一系列复杂的步骤，从源代码编译到屏幕显示，std vector 源码分析展示了计算机程序执行的全貌。理解这一过程，不仅有助于提升编程技能，更能加深对计算机底层工作的认知。流量回放框架jvm-sandbox-repeater的实践入门使用篇1 repeater安装与启动(初尝repeater-console)
流量回放框架jvm-sandbox-repeater的实践指南，分为安装与启动篇。该项目旨在提供简单易用的流量录制与回放功能。作者基于官方文档和相关操作文档，对repeater的入门使用进行了详尽的介绍和配置说明，适合在官方文档学习后进一步理解和实践。
首先，jvm-sandbox-repeater由jvm-sandbox提供录制功能，但需要数据中心、模块管理和配置管理平台来完成业务回归、实时监控等更全面的功能。数据中心用于数据存储和管理，模块管理负责插件的管理，配置管理则需要一个平台来存储和修改配置。
安装和启动流程分为几个步骤：
1. 用户启动repeater-console，配置应用名、环境和接口。
2. 启动被监测应用，repeater会自动注入并上报配置。
3. 应用启动时，repeater会通过配置文件进行心跳上报，便于管理和监控。
4. 录制过程：repeater感知请求，筛选并记录满足条件的请求。
5. 回放过程：用户通过repeater-console指定录制数据进行回放，repeater执行请求并记录结果。
安装部分，包括部署结构和源码安装，表白神器源码翻转需确保在mac或linux环境下运行，且用户与被监测应用启动用户一致。源码安装时，需配置数据库、调整repeater-console的配置，以及创建repeater数据库。
文章还详细说明了repeater-console与repeater的交互过程，以及agent和attach两种启动模式的应用场景和操作步骤。最后，附录部分列出了可能遇到的问题及其解决方案。
总的来说，本文为读者提供了一个从入门到实践的完整指南，帮助用户更好地理解和使用jvm-sandbox-repeater进行流量回放。
这究竟是为什么呢?都说JVM能实际使用的内存比-Xmx指定的少,头大
这确实是个挺奇怪的问题，特别是当最常出现的几种解释理由都被排除后，看来JVM并没有耍一些明显的小花招：
要弄清楚这个问题的第一步就是要明白这些工具的实现原理。通过标准APIs,我们可以用以下简单语句得到可使用的内存信息。
而且确实，现有检测工具底层也是用这个语句来进行检测。要解决这个问题，首先我们需要一个可重复使用的测试用例。因此，我写了下面这段代码：
这段代码通过将new int[1__]置于一个循环中来不断分配内存给程序，然后监测JVM运行期的当前可用内存。当程序监测到可用内存大小发生变化时，通过打印出Runtime.getRuntime().maxMemory()返回值来得到当前可用内存尺寸，输出类似下面语句：
实际情况也确实如预估的那样，尽管我已经给JVM预先指定分配了2G对内存，在不知道为什么在运行期有M内存不见了。你大可以把 Runtime.getRuntime().maxMemory()的返回值2,,K 除以来转换成MB，那样你将得到1,M，正好和M差M。源码改成伪代码
在成功重现了这个问题之后，我尝试用使用不同的GC算法，果然检测结果也不尽相同。
除了G1算法刚好完整使用了我预指定分配的2G之外，其余每种GC算法似乎都不同程度地丢失了一些内存。
现在我们就该看看在JVM的源代码中有没有关于这个问题的解释了。我在CollectedHeap这个类的源代码中找到了如下的解释：
我不得不说这个答案藏得有点深，但是只要你有足够的好奇心，还是不难发现的：有时候，有一块Survivor区是不被计算到可用内存中的。
明白这一点之后问题就好解决了。打开并查看GC logging 信息之后我们发现，在Serial，Parallel以及CMS算法回收过程中丢失的那些内存，尺寸刚好等于JVM从2G堆内存中划分给Survivor区内存的尺寸。例如，在上面的ParallelGC算法运行时，GC logging信息如下：
由上面的信息可以看出，Eden区被分配了,K，两个Survivor区都被分配到了,K，老年代（Old space）则被分配了1,,K。把Eden区、老年代以及一个Survivor区的尺寸求和，刚好等于2,,K，说明丢失的那M（,K）确实就是剩下的那个Survivor区。
总结而言，当JVM在运行时报告的可使用内存小于-Xmx指定的内存时，差值通常对应于一块Survivor区的大小。对于不同的GC算法，这个差值可能有所不同。
jvm如何在运行时动态把java文本编译成class,然后加载到jvm
为了在Java程序运行时动态编译Java源代码并生成Class文件，避免将编译产物存到文件中，可以采用特殊的方法，例如自定义实现JavaFileManager和JavaFileObject。这类操作较为复杂，但提供了一种灵活的解决方案。
实现策略可以分为两步：首先在运行时编译Java源代码，获取编译后的字节码；其次，使用自定义类加载器在运行时定义这些类。通过这种方式，无需文件操作，直接在内存中完成编译与加载过程。
在使用编译器API进行动态编译时，可以遵循上述步骤。涉及的关键类JavaFileManager和JavaFileObject需要自定义实现，以满足特定的文件管理需求。
然而，在尝试使用Java环境下运行上述代码时，可能会遇到编译失败的问题，而Java8环境下则能正常运行。具体原因尚未查明，可能涉及Java版本的兼容性或API实现细节的变动。
Jvm-Sandbox原理分析-Sandbox的启动-
Jvm-Sandbox的启动（一）：sandbox.sh脚本分析
Sandbox的启动是通过其内置的shell脚本 sandbox.sh 开始执行的，一切的开始皆可从该脚本中探寻出结果。脚本有一定的代码量，大概有+行，这里将该脚本分为如下几个部分进行讲解：
1、变量定义过程这个过程首先预定义了接下来即将使用的一些变量。代码如下：
# 定义sandbox的home目录，并为其赋值 typeset SANDBOX_HOME_DIR [[ -z ${ SANDBOX_HOME_DIR} ]] && SANDBOX_HOME_DIR=${ PWD}/..# 定义 SANDBOX_USER，并为其赋值 typeset SANDBOX_USER=${ USER} [[ -z ${ SANDBOX_USER} ]] && SANDBOX_USER=$(whoami)# 定义 SANDBOX_SERVER_NETWORK typeset SANDBOX_SERVER_NETWORK# 定义lib目录，这个目录下主要存放jar包 typeset SANDBOX_LIB_DIR=${ SANDBOX_HOME_DIR}/lib# 定义 SANDBOX_TOKEN_FILE typeset SANDBOX_TOKEN_FILE="${ HOME}/.sandbox.token"# 定义JVM参数 SANDBOX_JVM_OPS typeset SANDBOX_JVM_OPS="-XmsM -XmxM -Xnoclassgc -ea"# 定义目标JVM的进程号，后面的agent主要attach到该JVM进程上 typeset TARGET_JVM_PID# 定义目标机器IP以及默认机器IP typeset TARGET_SERVER_IP typeset DEFAULT_TARGET_SERVER_IP="0.0.0.0"# 定义目标进程端口 typeset TARGET_SERVER_PORT# 定义名称空间 typeset TARGET_NAMESPACE typeset DEFAULT_NAMESPACE="default"注释和变量命名已经描绘的非常清楚了，在看后面代码遇到忘记了的变量可以到这里来回顾下。
这里为其中一些变量补充说明：
SANDBOX_HOME_DIR：shell脚本中，-z表示检测紧跟的字符串长度是否为0，如果为0返回true。这里使用短路与，如果 ${ SANDBOX_HOME_DIR} 为0，则使用 ${ PWD}/.. 的目录作为sandbox的home目录。这种方式表示优先使用环境变量 SANDBOX_HOME_DIR，如果未定义环境变量SANDBOX_HOME_DIR，则使用当前目录。
SANDBOX_TOKEN_FILE：这个文件主要存放了sandbox attach记录，包括attach进程的host:port。
TARGET_SERVER_IP：一般情况下，我们都是将整个工程打包后上传至目标机器，然后在目标机器上执行该shell脚本，因此默认机器IP一般为localhost即可。
2、执行入口执行入口就比较简单了，就一行代码，其中${ @}会保存我们传递给该shell脚本的所有参数：
main "${ @}"比方说，我们以如下命令启动脚本，则${ @} 就包含了-p 这个参数
./sandbox.sh -p 、main函数main函数是该脚本的重要方法，也是脚本的执行入口，它主要完成了以下几件事：
其代码如下所示：
function main() { # 遍历脚本参数 while getopts "hp:vFfRu:a:A:d:m:I:P:ClSn:X" ARG; do case ${ ARG} in h) # 帮助手册函数，大家可以自行翻阅源码查看 usage exit ;; # 赋值PID p) TARGET_JVM_PID=${ OPTARG} ;; v) OP_VERSION=1 ;; l) OP_MODULE_LIST=1 ;; R) OP_MODULE_RESET=1 ;; F) OP_MODULE_FORCE_FLUSH=1 ;; f) OP_MODULE_FLUSH=1 ;; u) OP_MODULE_UNLOAD=1 ARG_MODULE_UNLOAD=${ OPTARG} ;; a) OP_MODULE_ACTIVE=1 ARG_MODULE_ACTIVE=${ OPTARG} ;; A) OP_MODULE_FROZEN=1 ARG_MODULE_FROZEN=${ OPTARG} ;; d) OP_DEBUG=1 ARG_DEBUG=${ OPTARG} ;; m) OP_MODULE_DETAIL=1 ARG_MODULE_DETAIL=${ OPTARG} ;; # 赋值IP I) TARGET_SERVER_IP=${ OPTARG} ;; # 赋值PORT P) TARGET_SERVER_PORT=${ OPTARG} ;; C) OP_CONNECT_ONLY=1 ;; S) OP_SHUTDOWN=1 ;; n) OP_NAMESPACE=1 ARG_NAMESPACE=${ OPTARG} ;; X) set -x ;; ?) usage exit_on_err 1 ;; esac done # 重置环境 reset_for_env # 校验权限 check_permission# 根据不同的参数，进行相应处理 # 如果没有指定IP，则使用默认值 [ -z "${ TARGET_SERVER_IP}" ] && TARGET_SERVER_IP="${ DEFAULT_TARGET_SERVER_IP}"# 如果没有指定port，使用默认值 [ -z "${ TARGET_SERVER_PORT}" ] && TARGET_SERVER_PORT=0# reset NAMESPACE [[ ${ OP_NAMESPACE} ]] && TARGET_NAMESPACE=${ ARG_NAMESPACE} [[ -z ${ TARGET_NAMESPACE} ]] && TARGET_NAMESPACE=${ DEFAULT_NAMESPACE}if [[ ${ OP_CONNECT_ONLY} ]]; then [[ 0 -eq ${ TARGET_SERVER_PORT} ]] && exit_on_err 1 "server appoint PORT (-P) was missing" SANDBOX_SERVER_NETWORK="${ TARGET_SERVER_IP};${ TARGET_SERVER_PORT}" else # -p was missing [[ -z ${ TARGET_JVM_PID} ]] && exit_on_err 1 "PID (-p) was missing." # attach jvm的核心方法 attach_jvm fi# -v show version [[ -n ${ OP_VERSION} ]] && sandbox_curl_with_exit "sandbox-info/version"# -l list loaded modules [[ -n ${ OP_MODULE_LIST} ]] && sandbox_curl_with_exit "sandbox-module-mgr/list"# -F force flush module [[ -n ${ OP_MODULE_FORCE_FLUSH} ]] && sandbox_curl_with_exit "sandbox-module-mgr/flush" "&force=true"# -f flush module [[ -n ${ OP_MODULE_FLUSH} ]] && sandbox_curl_with_exit "sandbox-module-mgr/flush" "&force=false"# -R reset sandbox [[ -n ${ OP_MODULE_RESET} ]] && sandbox_curl_with_exit "sandbox-module-mgr/reset"# -u unload module [[ -n ${ OP_MODULE_UNLOAD} ]] && sandbox_curl_with_exit "sandbox-module-mgr/unload" "&action=unload&ids=${ ARG_MODULE_UNLOAD}"# -a active module [[ -n ${ OP_MODULE_ACTIVE} ]] && sandbox_curl_with_exit "sandbox-module-mgr/active" "&ids=${ ARG_MODULE_ACTIVE}"# -A frozen module [[ -n ${ OP_MODULE_FROZEN} ]] && sandbox_curl_with_exit "sandbox-module-mgr/frozen" "&ids=${ ARG_MODULE_FROZEN}"# -m module detail [[ -n ${ OP_MODULE_DETAIL} ]] && sandbox_curl_with_exit "sandbox-module-mgr/detail" "&id=${ ARG_MODULE_DETAIL}"# -S shutdown [[ -n ${ OP_SHUTDOWN} ]] && sandbox_curl_with_exit "sandbox-control/shutdown"# -d debug if [[ -n ${ OP_DEBUG} ]]; then sandbox_debug_curl "module//post/深入理解Java虚拟机：JVM高级特性与最佳实践目录
本书深入探索Java虚拟机的奥秘，从入门到高级特性，带你领略JVM的世界。第一部分：走进Java
第1章以Java技术体系和历史为起点，展望Java技术未来，包括模块化、混合语言、多核并行和语言语法的扩展。实战环节教你自行编译JDK，从获取源码到构建环境的搭建，体验Java技术的底层实现。第二部分：自动内存管理机制
第2章讲解Java内存区域，如程序计数器、虚拟机栈、本地方法栈等，以及内存溢出的处理。通过实例演示，理解OutOfMemoryError的各类表现形式。第3章：垃圾收集器与内存分配
这部分深入剖析垃圾收集算法，如标记-清除、复制、标记-整理和分代收集，介绍各类收集器如Serial、ParNew等，以及内存分配策略的原理。第三部分：虚拟机执行子系统
第6章讲解类文件结构，包括Class文件的版本和内容。第7章探讨类加载机制，如加载时机、过程和类加载器的运作。第四部分：程序编译与代码优化
第章介绍早期编译期优化，如Javac编译器的工作原理，以及Java语法糖的实现。第章关注运行期优化，如HotSpot虚拟机的即时编译器和编译优化技术。第五部分：高效并发
第章讲解Java内存模型和线程，以及第章的线程安全与锁优化策略，如何实现高性能并发。OpenJDK-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
ZGC简介：
ZGC是Java垃圾回收器的前沿技术，支持低延迟、大容量堆、染色指针、读屏障等特性，自JDK起作为试验特性，JDK起支持Windows，JDK正式投入生产使用。在JDK中已实现分代收集，预计不久将发布，性能将更优秀。
ZGC特征：
1. 低延迟
2. 大容量堆
3. 染色指针
4. 读屏障
并发标记过程：
ZGC并发标记主要分为三个阶段：初始标记、并发标记/重映射、重分配。本篇主要分析并发标记/重映射部分源代码。
入口与并发标记：
整个ZGC源码入口是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。转载请注明来源。