JVM

现象 发现项目运行一段时间后会莫名其妙的不运行了，没有任何异常日志，好像被hung住了一样，该怎么排查呢？

常见的GC日志解读，Parallel、CMS、G1。使用一个简单的小例子，不同参数进行调试分析，这次别再说看不懂GC日志了。

跨代引用 对象不是孤立的，对象之间会存在跨代引用，假如现在进行一次只局限于新生代区域内的收集（Minor GC），但新生代中的东西是完全有可能被来年代所引用的，为了找出该区域中的存活对象，不得不在固定

前边讲到了即时编译器将字节码翻译为本地机器码，本文介绍的优化技术是即时编译器在生成代码时采用的代码优化技术

一个类的生命周期 加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的，解析阶段不一定，它在某些情况下可以在初始化阶段之后再开始。​ 什么时候执行类加载？ 《Java虚拟机规范》没有明确规定什么事实

在JVM内存模型章节的常量池部分已经讲过常量池具体都有哪些内容，这篇文章就来详细讲解String字符串常量池。 字符串字面量什么时候进入的字符串常量池？ 首先上代码，没有什么比代码来的直接 下边是通过

相关概念 历史： Shenandoah GC是由 RedHat公司开发的的新型收集器，14年RedHat把Shenandoah贡献给了OpenJDK。设计目标：实现一种能在任何堆内存大小下都可以把垃圾

![JVM相关知识点.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/95bfd9b68112425285e8a383b2bc0202~t

基础概念 定义： Garbage First，垃圾优先，主要面向服务端应用的垃圾收集器。开启命令： -XX:+UseG1GC目标： “停顿时间模型”的收集器：能够支持指定所在一个长度为M毫秒的时间片段

相关概念 CMS GC的官方名称为“Mostly Concurrenct Mark and Sweep Garbage Collector”（最大-并发-标记-清除-垃圾收集器）。

<a name="OarfV"></a> ## 分代收集理论 目前主流的虚拟机的垃圾收集器大多都遵循了“分代收集理论”进行设计。实际上是建立在两个假说的基础上的： - **弱分代假说**（We

<a name="A6DBv"></a> # 对象的创建 ![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-R8G14XOU-1626787220433)(ht

> Java虚拟机规范运行时数据区相关地址：[https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-2.html#jvms-2.5](ht

> （后边学习到新的会进行补充） [`-XX:MaxTenuringThreshold`](提升阈值)：对象晋升老年代的阈值，**默认值15（并不是绝对的，如果在Survivor空间中相同年龄

JVM卡表跨代引用对象不是孤立的，对象之间会存在跨代引用，假如现在进行一次只局限于新生代区域内的收集（MinorGC），但新生代中的东西是完全有可能被来年代所引用的，为了找出该区域中的存活对象，不得不