Java虚拟机 - 随笔分类 - poemyang

内存泄漏 vs. 内存溢出：剖析Java虚拟机两大内存绝症的病因与疗法

摘要：内存泄漏和内存溢出是Java程序中最常见的两类内存管理问题。它们都与内存息息相关，但本质、成因和解决方法截然不同。内存泄漏内存泄漏指的是程序在向系统申请内存后，由于设计缺陷或编码错误，导致某些已经不再被使用的对象仍然被引用链持续持有，从而无法被垃圾回收器识别和回收。这些无用对象会像僵尸一样永久地阅读全文

posted @ 2025-11-06 21:52 poemyang 阅读(263) 评论(0) 推荐(0)

告别漫长GC停顿：深入解析G1如何实现可预测的毫秒级响应

摘要：G1（Garbage-First）垃圾回收器是一款面向服务端应用、为大内存和多处理器系统设计的革命性垃圾回收器。G1的核心设计目标是在满足高吞吐量的同时，建立一个“可预测的停顿时间模型”（Pause-Time Model），让使用者可以明确指定在一个长度为M毫秒的时间片段内，消耗在垃圾回收上的时间大阅读全文

posted @ 2025-11-05 18:27 poemyang 阅读(215) 评论(0) 推荐(0)

吞吐量、延迟、内存：深入理解垃圾回收的“三元悖论”

摘要：垃圾回收算法的评价标准：吞吐量、延迟、内存，孰轻孰重？评估和选择垃圾回收器时，不存在一体通用的最优解。不同的应用场景对性能的要求截然不同，因此需要通过一套标准化的指标来衡量垃圾回收算法的特性。通常，关注三个主要的、且相互制约的评价指标：吞吐量（Throughput）、最大暂停时间（Max Paus 阅读全文

posted @ 2025-11-04 17:11 poemyang 阅读(267) 评论(0) 推荐(0)

不止新生代与老年代：深入Java虚拟机堆内存布局与TLAB、卡表等优化机制

摘要：Java虚拟机运行数据区域在JDK 8及以上版本中，Java虚拟机运行时数据区域主要包括以下部分： 1）堆（Heap）：这是Java虚拟机中最大的内存区域，所有线程共享，主要用于存放对象实例和数组。这也是垃圾回收的主要区域，因此也被称作GC堆（Garbage Collection Heap）。 2 阅读全文

posted @ 2025-11-03 16:41 poemyang 阅读(116) 评论(0) 推荐(0)

为什么我的应用会卡顿？垃圾回收中的STW难题与破解之道

摘要：垃圾回收算法：清除、压缩、复制可达性分析提供了一种有效的方式，来标记哪些对象死亡，哪些对象还存活。然而，确定哪些对象死亡可以被回收，只是垃圾回收的第一步，这个过程通常被称为标记（Mark）。接下来，需要一种方法来回收这些死亡对象占用的内存，以便这些内存可以被重新使用。这就是垃圾回收算法的任务。阅读全文

posted @ 2025-10-30 12:16 poemyang 阅读(237) 评论(1) 推荐(0)

谁生？谁死？从引用计数到可达性分析，洞悉GC的决策逻辑

摘要：引用计数与可达性分析：谁死了，谁还活着？垃圾回收，顾名思义，便是将已经分配出去的，但却不再使用的内存回收回来，以便能够再次分配。在Java虚拟机的语境下，垃圾指的是死亡的对象所占据的堆空间。这里便涉及了一个关键的问题：如何辨别一个对象是存是亡？引用计数引用计数（Reference Counti 阅读全文

posted @ 2025-10-29 00:08 poemyang 阅读(142) 评论(0) 推荐(0)

压缩指针：64位系统下，Java虚拟机是如何“偷”回4字节内存的？

摘要：Java对象：在内存中的真面目在Java中，通过new关键字创建一个Java类的实例对象时，该对象会通过碰撞指针方式存储在内存的堆中，并被分配一个内存地址。在Java虚拟机中，一个Java对象由对象头（Object Header）、实例数据（Instance Data）和对齐填充（Padding）阅读全文

posted @ 2025-10-27 21:02 poemyang 阅读(252) 评论(0) 推荐(0)

为什么Java/Python程序无需关心内存释放？揭秘垃圾回收（GC）的核心概念

摘要：在Java的编程世界里，开发者既无需也无法像C/C++那样手动调用malloc/free来管理内存的分配与回收，这一核心任务完全由Java虚拟机在幕后自动完成。这种自动化设计极大地简化了编码，将开发者从繁琐且极易出错的内存管理中解放出来。然而，这种便利性的背后隐藏着一个经典且复杂的难题：一个动态运行阅读全文

posted @ 2025-10-25 23:08 poemyang 阅读(252) 评论(0) 推荐(0)

性能优化之母：为什么说“方法内联”是编译器优化中最关键的一步棋？

摘要：方法内联方法内联（Method Inlining）是编译器在进行优化时，将被调用方法的代码直接嵌入到调用点，以替代方法调用指令的过程。它不仅消除了方法调用的开销，还为后续的优化（如常量传播、死代码消除等）创造了条件。 Java程序的方法调用会涉及到如下步骤： 1）保存当前方法的程序计数器（返回地址阅读全文

posted @ 2025-08-11 08:52 poemyang 阅读(450) 评论(0) 推荐(2)

new出来的对象，不一定在堆上？聊聊Java虚拟机的优化技术：逃逸分析

摘要：逃逸分析（Escape Analysis）是一种静态程序分析技术，主要用于判定对象的可见范围（Visibility）与生命周期（Lifetime）。该技术是现代即时编译器实现局部化优化、提升内存使用效率、降低同步成本的基础。通俗来说，逃逸分析的核心在于回答这样一个问题：某个对象是否可能“逃逸”出它阅读全文

posted @ 2025-08-08 08:04 poemyang 阅读(301) 评论(0) 推荐(1)

解锁硬件潜能：Java向量化计算，性能飙升W倍！

摘要：机器相关的编译优化与机器相关的编译优化常见的有指令选择（Instruction Selection）、寄存器分配（Register Allocation）、窥孔优化（Peephole Optimization）等。这些机器级优化通常发生在中间表示向目标代码生成之间的后端编译阶段。与源代码层面的优阅读全文

posted @ 2025-08-07 10:03 poemyang 阅读(646) 评论(1) 推荐(1)

Java编译器优化秘籍：字节码背后的IR魔法与常见技巧

摘要：中间表达形式编译器通常被划分为前端编译器和后端编译器两个部分。前端编译器负责对源代码进行词法分析、语法分析和语义分析，生成中间表达形式（Intermediate Representation ，IR）。这种由前端生成的IR被称为高级中间表达形式（High Intermediate Represen 阅读全文

posted @ 2025-08-06 09:51 poemyang 阅读(545) 评论(0) 推荐(1)

“代码跑着跑着，就变快了？”——揭秘Java性能幕后引擎：即时编译器

摘要：HotSpot虚拟机内部集成了两个即时编译器，分别被称为C1编译器（Client Compiler/ Quick Complier）和C2编译器（Server Compiler）。自Java 9起，-server模式（即启用C2编译器或分层编译）是默认选项，-client选项通常会被忽略。 C1编译阅读全文

posted @ 2025-08-05 08:35 poemyang 阅读(739) 评论(0) 推荐(0)

“同声传译”还是“全文翻译”？为何HotSpot虚拟机仍要保留解释器？

摘要：Java虚拟机采用的是基于栈的指令集架构，这意味着Java虚拟机主要通过解释执行基于栈的字节码来运行Java程序。尽管Java虚拟机采取了一些优化措施，如栈顶缓存（Stack Top Cache），将栈顶元素缓存到寄存器中以减少对内存的频繁访问，但这些优化手段并不能从根本上解决基于栈的指令集执行效率阅读全文

posted @ 2025-08-04 09:47 poemyang 阅读(601) 评论(0) 推荐(1)

a+b=c，处理器一步搞定，Java虚拟机为啥要四步？

摘要：基于栈的运行方式 Java虚拟机的执行过程基于字节码指令，可以将其视为对操作系统的一种抽象模拟。Java虚拟机具有自己的指令集和运行环境，包括堆（Heap）、栈（Stack）、方法区（Method Area）等。因此，Java虚拟机的指令操作流程与处理器的指令操作流程有许多相似之处，主要包括取指令、阅读全文

posted @ 2025-08-01 10:46 poemyang 阅读(753) 评论(0) 推荐(1)

Hello World背后藏着什么秘密？一行代码看懂Java的“跨平台”魔法

摘要：Java虚拟机（Java Virtual Machine，JVM）是Java生态的基石，不仅承载着“一次编写，随处运行”的核心使命，还通过即时编译优化机制，弥合抽象层与性能间的差距。字节码的通用性虽带来效率损耗，但Java虚拟机借助动态探测热点代码、分层编译策略和即时优化技术，不断弥补抽象造成的性能阅读全文

posted @ 2025-07-31 10:47 poemyang 阅读(1019) 评论(1) 推荐(1)

随笔分类 - Java虚拟机