关于JVM-你想知道的一切

最新推荐文章于 2026-01-06 17:46:58 发布
原创 最新推荐文章于 2026-01-06 17:46:58 发布 · 109 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jvm #java #开发语言

该系列文章详细探讨了JVM的内存管理，从基本的染色标记算法开始，逐步介绍G1收集器的串行到并行转变，以及最新的低暂停时间垃圾回收器Shenandoah和ZGC的工作原理，深入分析了这些技术如何提升Java应用的性能。

本来自己想写一系列jvm相关的文章，无奈找到了一个优秀作者的文章，写的非常全面，表述清晰易懂，这里进行记录转播下：

从原理聊JVM（一）：染色标记和垃圾回收算法_Java_京东科技开发者_InfoQ写作社区

从原理聊JVM（二）：从串行收集器到分区收集开创者G1_G1_京东科技开发者_InfoQ写作社区

从原理聊JVM（三）：详解现代垃圾回收器Shenandoah和ZGC_G1_京东科技开发者_InfoQ写作社区

Maugs_Luyao
关注
流量录制回放工具jvm-sandbox-repeater入门篇——服务部署
Trouvailless的博客
05-05 2733
趋于当前技术不断更新、产品功能多元化之下，流量回放的热度也是越来越高。 在前一段时间，测试团队也提到阿里开源的流量回放工具jvm-sandbox-repeater 我个人就先尝试一下，期间还是遇到一些问题，通过咨询和度娘的帮助下，整体功能的使用流程是跑通了。 jvm-sandbox-repeater简介 在聊之前，我们先来了解下jvm-sandbox-repeater，其实在官网上也有详细的介绍，这里就直接搬官网的吧 jvm-sandbox-repeater是JVM-Sandbox生态体系下的重.
监控数据指标jvm-metrics Prometheus (三)
鱼的博客
01-06 2273
JVM应用度量框架MICROMETER实战 前提 spring-actuator做度量统计收集，使用Prometheus（普罗米修斯）进行数据收集，Grafana（增强ui）进行数据展示，用于监控生成环境机器的性能指标和业务数据指标。一般，我们叫这样的操作为”埋点”。SpringBoot中的依赖spring-actuator中集成的度量统计API使用的框架是Micrometer，官网是Micrometer.io。 在实践中发现了业务开发者滥用了Micrometer的度量类型Counter，导致无论什么情况下
测试域： 流量回放-工具篇jvm-sandbox，jvm-sandbox-repeater，gs-rest-service
码农崛起
09-18 3723
jvm-sandbox-repeater是阿里在19年7月份的时候开源的流量录制回放工具，代码提供了录制回放的能力，以及一个简单的repeater-console的demo示例。github 地址：GitHub - alibaba/jvm-sandbox-repeater: A Java server-side recording and playback solution based on JVM-Sandbox。
jvm-sandbox分享
sky_100的博客
06-26 1801
引子 相信大家都遇到过这种场景，线上出故障了，但是关键代码里面忘记打日志了，导致无法复现和准确定位问题。这时候可能需要重写加上日志，部署到服务器，但这第一耗时间，第二可能破坏现场，比如可能是线程池的问题呢？所以如果可以不重启服务器，就可以给代码加上日志，是多么棒的一件事呀。那能不能实现，of course。 简述实现 当然市面上有很多工具可以实现热部署，我们先来看一下，如果我们自己实现，思路是什么。我们知道Java对象的行为（函数，方法）是存储在方法区的，从下图可以看到，方法区的数据是由类加载器把编译好的.
jvm-内存管理
sinat_34814635的博客
06-03 1373
JVM的内存区域划分 根据《Java虚拟机规范》的规定，运行时数据区通常包括这几个部分： 程序计数器(Program Counter Register)、Java栈(VM Stack)、本地方法栈(Native Method Stack)、方法区(Method Area)、堆(Heap)。 3.1 内存分配 3.1.1 程序计数器 想必学过汇编语言的朋友对程序计数器这个概念并不陌生，在汇编语言中，程序计数器是指CPU中的寄存器，它保存的是程序当前执行的指令的地址（也可以说保存下一...
JVM-11. 垃圾回收概述及算法
weixin_43102784的博客
12-02 1482
文章目录11. 垃圾回收概述及算法11.1. 垃圾回收概述11.1.1. 什么是垃圾？什么是垃圾？11.1.2. 为什么需要 GC11.1.3. 早期垃圾回收11.1.4. Java 垃圾回收机制担忧GC 主要关注的区域11.2. 垃圾回收相关算法11.2.1. 标记阶段：引用计数算法方式一：引用计数算法循环引用小结11.2.2. 标记阶段：可达性分析算法可达性分析算法（根搜索算法、追踪性垃圾收集）基本思路11.2.3. 对象的 finalization 机制生存还是死亡？具体过程11.2.4. MAT 与
关于JVM 你该了解的一切
极客星云-优快云博客
04-30 859
类加载过程和Java (JVM)内存模型以及调优
Java-JVM-安全点SafePoint
m0_67402774的博客
09-06 579
本文主要是搜集网络上的好文来记录下安全点概念。看了 才发现自己是有多无知，还有很多东西都不清楚，需要多学习啊。一个线程可以在SafePoint上，也可以不在SafePoint上。一个线程在SafePoint时，它的状态可以安全地其他JVM线程所操作和观测；不在SafePoint时，就不能。在SafePoint上不代表被阻塞（比如：JNI方法就可以在SafePoint上运行），但是被阻塞一定发生在SafePoint上。当JVM决定达到一个全局的SafePoint（也叫做。
JVM-垃圾回收与内存分配
m0_50846237的博客
07-19 1605
JVM-垃圾回收与内存分配
阿里JVM SANDBOX原理
xidianhuihui的专栏
03-11 2100
一、前言 在开始之前，我们先来模拟一下以下的场景： 小李：“小明，你的接口没有返回数据，麻烦帮忙看一下？” 小明：“我这边的数据也是从别人的服务器中拿到的，但是我不确定是因为逻辑处理有问题导致没有结果，还是因为我依赖的服务有问题而没有返回结果，我需要确认一下。” 小明：“哎呀，线上没有日志，我需要加个日志上个线。” 30 分钟之后…… 小明：“不好意思，日志加错地方了……稍等……” 接来下隆重登场的就是本文的主角 JVM SandBox 了。基于 JVM SandBox，我们可以很容易地做到在不重新部署应用
从前慢-深入理解JVM-篇章2
unique_perfect的博客
03-01 2482
深入理解JVM 1 垃圾回收 1.1 什么是垃圾 Java = (C++)-- 什么是垃圾（ Garbage） 呢？ 垃圾是指在运行程序中没有任何指针指向的对象，这个对象就是需要被回收的垃圾。 外文： An object is considered garbage when it can no longer be reached from any pointer in the runningprogram. 如果不及时对内存中的垃圾进行清理，那么，这些垃圾对象所占的内存空 间会一直保留到应用程序结束，被
精选资源
jvm-sandbox-repeater:基于JVM-Sandbox的Java服务器端记录和回放解决方案
05-13
基于的录制/回放通用解决方案 是生态体系下的重要模块，它具备了JVM-Sandbox的所有特点，插件式...框架基于JVM-Sandbox，拥有JVM-Sandbox的一切特性，同时封装了以下能力： 录制/回放基础协议，可快速配置/编码实现一
深入理解JVM--Java内存区域之栈，堆，方法区
大白
06-10 5427
介绍 最近开始学习JVM，及时整理一下，Java虚拟机在执行Java程序的过程中会把其管理的内存分为若干个不同的数据区域。 1、程序计数器（线程私有） 程序计数器是一块较小的内存空间，他可以看作是当前线程所执行的字节码的行号指示器。如果正在执行的是java方法，计数器记录的是正在执行的虚拟机字节码指令的地址；如果正在执行的是Native方法，计数器值为空。此内存区域没有OutOfMemoryEr...
java垃圾收集 minorgc majargc fullgc
最新发布
zfj321的博客
01-06 433
摘要： JVM垃圾回收(GC)主要分为Minor GC、Major GC和Full GC三种类型。Minor GC仅回收年轻代(Eden+Survivor)，触发于Eden区空间不足，速度快且频繁。Major GC回收老年代，触发于老年代空间不足，速度较慢。Full GC回收整个堆(年轻代+老年代+方法区)，触发条件包括老年代不足、方法区不足等，STW时间最长，应尽量避免。三者关系形成对象生命周期：新对象在Eden分配→Minor GC存活后进入Survivor→年龄达标晋升老年代→老年代不足触发Major
jvms Java 版本管理工具
星空椰
01-02 453
本文介绍了JVMS（Java Version Manager）的安装和使用方法：1)从GitHub下载最新版JVMS；2)配置环境变量，将JVMS目录添加到系统Path并设为最高优先级；3)初始化JVMS并创建指定目录；4)通过jvms --version验证安装；5)添加本地JDK，需在JVMS目录下创建store文件夹存放JDK，并按版本号命名；6)使用jvms ls查看JDK列表，jvms switch切换版本，java -version验证切换结果。全文详细指导了JVMS的配置和JDK管理流程。
【Java】【JVM】内存模型
瘦到被风吹走的博客
01-04 719
JVM内存模型是Java程序运行的核心基础，主要分为线程共享区和线程私有区。堆内存采用分代机制，包含新生代（Eden、Survivor）和老年代，是GC主要区域。栈内存包括虚拟机栈（存储栈帧）和本地方法栈，线程私有。元空间替代永久代存储类元数据，使用本地内存。直接内存通过NIO分配，提升IO性能。合理配置-Xms/-Xmx堆参数、-Xmn新生代大小及元空间限制至关重要。监控GC行为和内存使用是调优关键，建议设置-Xms=-Xmx避免扩容开销，新生代占堆1/3-1/2，元空间初始256MB起。理解内存模型有助
2601,链式调用
个人进步之路
01-01 245
2601,链式调用
继承和线程
Hello_MyDream的博客
12-31 210
比如，在32为操作系统中，一个进程的虚拟内存为4GB，这就是一个进程。进程是一个资源容器+至少一个线程。因此线程切换比进程切换开销小，但并发安全问题更复杂。是 CPU 调度的最小单位，只保存执行上下文，（线程 = 共享资源的 task）。拥有独立的虚拟地址空间和系统资源；是资源分配与隔离的基本单位，多个线程共享进程的资源。
【后端】【JAVA】JDK 21与JDK 7 JVM结构及GC算法深度解析：从永久代到元空间，从CMS到ZGC的演进
xiezhiyi007的专栏
01-02 891
本文解析JDK 7至JDK 21 JVM演进：JDK 7永久代（PermGen）易致OOM，GC暂停长（100-500ms）；JDK 21移除PermGen，元空间自动扩展避免溢出；GC默认G1（平衡吞吐），ZGC实现<10ms超低延迟。通过对比表格、ZGC着色指针源码及配置示例（如-XX:+UseZGC -XX:MaxGCPauseMillis=10），指导开发者：G1适配多数场景，ZGC专攻实时交易系统，显著提升应用性能与稳定性。
[root@yfw ~]# cd /opt/openfire/enterprise/spark/Spark [root@yfw Spark]# vim /opt/openfire/enterprise/spark/start-spark.sh [root@yfw Spark]# chmod +x /opt/openfire/enterprise/spark/start-spark.sh [root@yfw Spark]# touch /var/log/spark-client.log [root@yfw Spark]# chown sparkuser:sparkuser /var/log/spark-client.log [root@yfw Spark]# su - sparkuser Last login: Thu Oct 30 10:35:57 CST 2025 on pts/1 ✅ JAVA_HOME: /usr/lib/jvm/java-11-openjdk ✅ Maven home: /opt/maven ✅ Java version: openjdk version "11.0.13" 2021-10-19 LTS [sparkuser@yfw ~]$ /opt/openfire/enterprise/spark/start-spark.sh [sparkuser@yfw ~]$ [sparkuser@yfw ~]$
10-31
你已经成功完成了以下步骤： ```bash vim /opt/openfire/enterprise/spark/start-spark.sh # ✅ 创建脚本 chmod +x /opt/openfire/enterprise/spark/start-spark.sh # ✅ 添加执行权限 touch /var/log/spark-client.log # ✅ 创建日志文件 chown sparkuser:sparkuser /var/log/spark-client.log # ✅ 授权用户可写 su - sparkuser # ✅ 切换到专用用户 /opt/openfire/enterprise/spark/start-spark.sh # ✅ 执行启动脚本 ``` 但执行后 **没有任何输出、也没有图形界面弹出**，说明脚本虽然运行了，但可能在早期阶段就退出了 —— 很可能是由于环境问题或 `java` 命令不可用。 --- ## 🔍 问题诊断：为什么脚本“静默退出”？ 我们来逐步分析原因。 ### ❌ 现象：无报错、无窗口、无日志 你的脚本中设置了日志输出： ```bash echo "$(date): 正在启动 Spark 客户端..." >> $LOG_FILE ``` 但是你没有看到任何内容写入 `/var/log/spark-client.log`，这说明： > 🚫 脚本在 `echo` 之前就已经失败了！ 最常见的原因是： ### 🔹 根本原因：`#!/bin/bash` 解释器缺失或被忽略 当你用 `vim` 写脚本时，如果忘记第一行或者格式错误，Linux 就不知道如何运行它。 请检查： ```bash head -n1 /opt/openfire/enterprise/spark/start-spark.sh ``` 你应该看到： ```bash #!/bin/bash ``` 如果不是，请重新编辑并确保它是第一行、且没有空格或 BOM。 --- ## ✅ 第一步：验证脚本是否具有正确的 shebang 运行： ```bash cat -A /opt/openfire/enterprise/spark/start-spark.sh | head -n2 ``` 输出应类似： ```text #!/bin/bash$ APP_DIR="/opt/openfire/enterprise/spark/Spark"$ ``` - `$` 表示行尾； - 如果看到 `^M$`，说明是 Windows 换行符（需用 `dos2unix` 转换）； - 如果第一行不是 `#!/bin/bash`，则 shell 会当作普通命令执行，导致静默失败。 🔧 修复方法： ```bash vim /opt/openfire/enterprise/spark/start-spark.sh ``` 确保第一行为： ```bash #!/bin/bash ``` 保存退出。 然后测试是否能被正确解析： ```bash bash -n /opt/openfire/enterprise/spark/start-spark.sh ``` ✅ 无输出表示语法正确。 --- ## ✅ 第二步：手动逐行执行脚本，定位卡点 切换到 `sparkuser`，不要直接运行脚本，而是手动一步步执行： ```bash su - sparkuser ``` 然后依次输入： ```bash export JAVA_HOME=/usr/lib/jvm/jre-1.8.0-openjdk export PATH=$JAVA_HOME/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin java -version ``` 🎯 预期输出： ```text openjdk version "1.8.0_312" OpenJDK Runtime Environment (build 1.8.0_312-b07) OpenJDK 64-Bit Server VM (build 25.312-b07, mixed mode) ``` ❌ 如果报错：`java: command not found` → 说明 `JAVA_HOME/bin` 下没有 `java` 可执行文件。 验证一下： ```bash ls -l $JAVA_HOME/bin/java ``` 预期输出： ```text lrwxrwxrwx 1 root root 38 Oct 30 10:00 /usr/lib/jvm/jre-1.8.0-openjdk/bin/java -> /etc/alternatives/jre_1.8.0_openjdk ``` 如果路径不存在，请确认符号链接是否正常： ```bash readlink -f /usr/lib/jvm/jre-1.8.0-openjdk ``` 应该指向实际版本目录，例如： ```text /usr/lib/jvm/jre-1.8.0-openjdk-1.8.0.312.b07-2.el8_5.x86_64 ``` --- ## ✅ 第三步：添加调试信息到脚本（让其“说话”） 修改脚本开头部分，加入调试模式和错误追踪： ```bash #!/bin/bash set -x # 开启调试：打印每一条执行的命令 exec >> /var/log/spark-client.log 2>&1 # 所有输出自动记录到日志 echo "=== $(date) 开始执行 Spark 启动脚本 ===" APP_DIR="/opt/openfire/enterprise/spark/Spark" LOCK_FILE="/tmp/spark-running.pid" LOG_FILE="/var/log/spark-client.log" export JAVA_HOME=/usr/lib/jvm/jre-1.8.0-openjdk export PATH=$JAVA_HOME/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin # 检查 Java 是否可用 if ! command -v java &> /dev/null; then echo "错误：java 命令未找到，请检查 JAVA_HOME=$JAVA_HOME" exit 1 fi echo "Java 版本：$(java -version 2>&1)" if pgrep -f "jivesoftware.launcher.Startup" > /dev/null; then echo "错误：Spark 已在运行" exit 1 fi cd "$APP_DIR" || { echo "无法进入目录 $APP_DIR"; exit 1; } echo "当前目录：$(pwd)" echo "PATH: $PATH" java -jar Spark.jar & SPARK_PID=$! echo "Spark 启动成功，PID=$SPARK_PID" echo $SPARK_PID > "$LOCK_FILE" cleanup() { echo "停止 Spark (PID: $SPARK_PID)" kill $SPARK_PID 2>/dev/null || true rm -f "$LOCK_FILE" } trap cleanup EXIT wait $SPARK_PID ``` 📌 修改后记得再次赋权： ```bash chmod +x /opt/openfire/enterprise/spark/start-spark.sh ``` --- ## ✅ 第四步：运行并查看日志 ```bash su - sparkuser /opt/openfire/enterprise/spark/start-spark.sh ``` 然后打开另一个终端查看日志： ```bash tail -f /var/log/spark-client.log ``` 你会看到详细的执行过程，比如： ```text === Thu Oct 30 11:20:00 CST 2025 开始执行 Spark 启动脚本 === + APP_DIR=/opt/openfire/enterprise/spark/Spark + LOCK_FILE=/tmp/spark-running.pid + export JAVA_HOME=/usr/lib/jvm/jre-1.8.0-openjdk + JAVA_HOME=/usr/lib/jvm/jre-1.8.0-openjdk ... + java -version openjdk version "1.8.0_312" ... + cd /opt/openfire/enterprise/spark/Spark + java -jar Spark.jar ``` 🎯 如果一切顺利，Spark 图形界面就会弹出！ --- ## ✅ 第五步：确保 GUI 显示正常（X11 权限） 如果你是在远程 SSH 登录，并使用 `start-spark.sh` 启动图形程序，必须启用 X11 转发。 ### 检查 X11 是否可用 ```bash echo $DISPLAY ``` 你应该看到： ```text :0 或 localhost:10.0 ``` 如果没有，说明没有图形环境或未开启转发。 ### 允许访问显示设备（root 下运行一次） ```bash xhost + ``` 输出： ```text access control disabled, clients can connect from any host ``` ⚠️ 这会降低安全性，仅用于测试。 然后再以 `sparkuser` 启动脚本，GUI 应该可以显示。 --- ## ✅ 最终建议：简化调试流程 你可以先手动试运行一次： ```bash su - sparkuser export JAVA_HOME=/usr/lib/jvm/jre-1.8.0-openjdk export PATH=$JAVA_HOME/bin:$PATH cd /opt/openfire/enterprise/spark/Spark java -jar Spark.jar ``` ✅ 如果这时能弹出窗口 → 说明环境没问题，问题出在脚本没正确设置环境变量。 --- ### ✅ 总结：常见失败点汇总 | 故障点 | 检查方式 | 修复方法 | |--------|----------|---------| | 缺少 `#!/bin/bash` | `head -1 script.sh` | 添加 shebang | | `java` 找不到 | `which java`, `java -version` | 设置正确 `JAVA_HOME` 和 `PATH` | | 日志无内容 | `tail /var/log/spark-client.log` | 使用 `set -x` 和重定向输出 | | GUI 不显示 | `echo $DISPLAY` | 使用 `xhost +` 并确保本地支持 X11 | | 脚本权限不足 | `ls -l script.sh` | `chmod +x` | ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值