JVM1.8分代的理论基础和简单测试

你好,我是 shengjk1,多年大厂经验,努力构建 通俗易懂的、好玩的编程语言教程。 欢迎关注!你会有如下收益:

  1. 了解大厂经验
  2. 拥有和大厂相匹配的技术等

希望看什么,评论或者私信告诉我!

文章目录

  • 一、前言
  • 二、JVM 分代
    • 2.1 JVM 中对象生命周期分布
    • 2.2 JVM 分代图
    • 2.3 特殊情况
      • G1收集器内存分代
      • Parallel Collector 分代
  • 三、GC测试
    • 3.1 查看 JVM 模型配置
    • 3.2 代码测试
    • 3.3 GC 日志解释
  • 四、总结


一、前言

写过 java 的小伙伴肯定都知道 JVM 分为年轻代、永久代,但为什么这么分,有没有什么理论基础呢?

二、JVM 分代

2.1 JVM 中对象生命周期分布

经过对大量实际应用程序的观察和分析,得出如下图:

图片.png

x 轴表示对象在生命周期内,分配的字节数。 y 轴上表示相应生命周期内的对象占用的总字节数。左边的尖峰代表分配后不久可以回收的对象。蓝色区域表示对象生命周期的典型分布。所以可以得出如下结论:

  1. 大多数对象的生命周期很短暂:在许多应用程序中,绝大多数对象的生命周期都非常短暂,即它们很快就会变成垃圾,被回收掉
  2. 少数对象的生命周期较长:虽然大部分对象很快就会被回收,但也有一小部分对象的生命周期比较长,它们可能会存活很长时间

为了优化上述的两点,在内存管理方面,JVM按代进行管理,利用内存池保存不同年龄的对象。每当某一代充满时,会触发垃圾收集操作。

大多数对象被分配到年轻代,其中绝大多数对象最终在这一代消亡。当年轻代达到容量时,会触发垃圾收集,只针对年轻代进行垃圾回收;而其他代中的垃圾暂不处理。在每次次要收集时,一部分幸存对象会被移至永久代。永久代最终也会填满,需要对整个堆进行回收,持续的时间通常年轻代长,因为牵扯的对象数量更多。

2.2 JVM 分代图

JVM默认的分代图,需要注意的是排除:Parallel Collector and G1回收算法

图片.png

  1. 在初始化时,虚拟地保留最大地址空间,但除非需要,否则不会分配给物理内存。为对象内存保留的完整地址空间可以分为年轻代和终身代。
  2. 年轻代由 eden 和两个 survivor 空间组成。大多数对象最初是在 eden 中分配的。一个survivor 空间在任何时候都是空的,并且作为 eden 中任何存活对象的目的地;另一个 survivor 空间是下一次复制收集期间的目的地。对象以这种方式在幸存者空间之间复制,直到它们足够老而可以被保留(复制到终身代)。

2.3 特殊情况

G1收集器内存分代

  1. 不再明显的分代概念:与传统的分代收集器不同,G1收集器没有严格的年轻代和老年代的划分。它将整个堆分为多个大小相等的区域(Region),并根据垃圾收集的活动动态地划分为年轻代和老年代区域。
  2. 独特的回收方法:在G1中,每个区域都可以用作年轻代或老年代,因此没有严格意义上的固定分代。它会选择多个区域进行垃圾收集,并使用一种叫做“垃圾优先”(Garbage First)算法来进行整体的堆回收。

Parallel Collector 分代

在Parallel Collector中,与其他经典的垃圾收集器(如Serial收集器和CMS收集器)不同,它在新生代的设计中没有显式地使用Eden区和Survivor区的划分。而是将新生代划分为一部分专门用于存放对象的区域,这使得Parallel Collector更注重整个新生代的高效垃圾回收

三、GC测试

3.1 查看 JVM 模型配置

java -XX:+PrintCommandLineFlags -version

我这台机器的默认配置如下:

-XX:InitialHeapSize=264819584 -XX:MaxHeapSize=4237113344 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
openjdk version "1.8.0_332"
OpenJDK Runtime Environment (Temurin)(build 1.8.0_332-b09)
OpenJDK 64-Bit Server VM (Temurin)(build 25.332-b09, mixed mode)

解释如下:

-   `-XX:InitialHeapSize=264819584`:设置 JVM 初始堆内存大小为大约 **252MB**。这是 JVM 启动时分配的最小堆内存量。
-   `-XX:MaxHeapSize=4237113344`:设置 JVM 最大堆内存大小为大约 **4040MB**(即约 **3.94GB**)。这是 JVM 堆内存能够增长到的最大限度。在运行过程中,如果堆内存需求增加,JVM 堆大小可以动态增长直至此上限。
-   `-XX:+PrintCommandLineFlags`:指示 JVM 在启动时打印出所有的命令行标志(参数),这有助于调试和记录当前虚拟机的配置状态。
-   `-XX:+UseCompressedClassPointers`:启用类指针的压缩。在 64 位 JVM 上,这可以减少类元数据占用的内存空间,从而降低内存消耗,并可能提升性能。
-   `-XX:+UseCompressedOops`:启用“普通对象指针(Ordinary Object Pointers)”的压缩。此设置减少了64位系统上对象引用的大小,从而减少了内存使用并且没有显著影响到性能。这是提升大内存Java应用性能的一项常用技术。
-   `-XX:-UseLargePagesIndividualAllocation`:禁止为每个大页面(Large Page)进行单独的分配。大页面技术通常用于提高大型应用的性能,通过减少页面表条目的数量来减少CPU缓存的压力,但需要操作系统的支持。这个参数指定了不使用单独分配大页的方式,这可能是因为配置了通用的大页支持或者没有需求使用该特性。
-   `-XX:+UseParallelGC`:启用 Parallel 垃圾收集器。Parallel 收集器是一个并行的新生代垃圾收集器,使用多线程来提高垃圾收集效率,主要目标是增加应用程序的吞吐量。

3.2 代码测试

public static void main(String[] args) {while (true){try {TimeUnit.SECONDS.sleep(1);} catch (InterruptedException e) {e.printStackTrace();}ArrayList<Object> objects = new ArrayList<>(1024);for (int i = 0; i < 1024 * 10; i++) {objects.add(new Object[]{});}}
}

不断的创建 List,为了更快的观察到 GC 日志,我们设置

-Xmx80m -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:./gc.log

解释如下:

-   `-Xmx20m`:设置了 Java 堆的最大内存为 **20MB**。这个参数限制了 Java 程序运行时最大可用的堆内存大小,超过这个大小后 JVM 将会抛出 OutOfMemoryError 错误。
-   `-verbose:gc`:启用了垃圾回收输出信息。当垃圾回收器执行垃圾回收时,会输出简要的垃圾收集情况,包括开始和结束的时间点。
-   `-XX:+PrintGCDetails`:详细输出垃圾收集的信息。这个参数会打印出关于每次垃圾收集的详细信息,包括各个区域的使用情况、垃圾回收时间、被收集对象等信息。
-   `-XX:+PrintGCDateStamps`:打印垃圾回收发生的日期时间戳。此参数会在详细的垃圾收集日志中包含日期时间信息,有助于更好地跟踪和分析垃圾回收的情况。
-   `-Xloggc:./gc.log`:将垃圾收集日志输出到指定的文件中,这里指定为当前目录下的 `gc.log` 文件。通过这个参数,JVM 会将详细的垃圾收集日志记录到指定文件中,可以用于后续分析和调试。

运行上述代码,可以看到 GC 日志如下:

OpenJDK 64-Bit Server VM (25.332-b09) for windows-amd64 JRE (1.8.0_332-b09), built on Apr 23 2022 01:25:28 by "jenkins" with MS VC++ 12.0 (VS2013)
Memory: 4k page, physical 16551224k(667012k free), swap 52371688k(14504324k free)
CommandLine flags: -XX:InitialHeapSize=20971520 -XX:MaxHeapSize=20971520 -XX:+PrintGC -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC 
2024-05-21T20:05:55.659+0800: 8.192: [GC (Allocation Failure) [PSYoungGen: 5632K->510K(6144K)] 5632K->1384K(19968K), 0.0024955 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
2024-05-21T20:06:15.807+0800: 28.340: [GC (Allocation Failure) [PSYoungGen: 6142K->488K(6144K)] 7016K->1369K(19968K), 0.0008134 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
2024-05-21T20:06:34.936+0800: 47.468: [GC (Allocation Failure) [PSYoungGen: 6120K->502K(6144K)] 7001K->1440K(19968K), 0.0009532 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
2024-05-21T20:06:55.174+0800: 67.706: [GC (Allocation Failure) [PSYoungGen: 6134K->504K(6144K)] 7072K->1449K(19968K), 0.0008710 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
2024-05-21T20:07:14.356+0800: 86.888: [GC (Allocation Failure) [PSYoungGen: 6136K->492K(6144K)] 7081K->1486K(19968K), 0.0007995 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
2024-05-21T20:07:33.536+0800: 106.068: [GC (Allocation Failure) [PSYoungGen: 6078K->486K(4096K)] 7072K->1496K(17920K), 0.0010000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
2024-05-21T20:07:46.621+0800: 119.153: [GC (Allocation Failure) [PSYoungGen: 4070K->160K(5120K)] 5080K->1501K(18944K), 0.0004745 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 

3.3 GC 日志解释

我们一块一块的解释:

OpenJDK 64-Bit Server VM (25.332-b09) for windows-amd64 JRE (1.8.0_332-b09), built on Apr 23 2022 01:25:28 by "jenkins" with MS VC++ 12.0 (VS2013)
这段 GC 日志提供了关于 JVM 的版本信息和构建详情,下面是对这部分日志的解释:-   **OpenJDK 64-Bit Server VM (25.332-b09) for windows-amd64 JRE (1.8.0_332-b09)** :这部分说明了 JVM 的具体信息。其中:-   OpenJDK 64-Bit Server VM 表示这是一个64位的服务器端虚拟机。-   25.332-b09 是 JVM 的版本号,提供了关于编译版号的详细信息。-   windows-amd64 表示 JVM 运行在 Windows 系统的 64 位架构上。-   JRE (1.8.0_332-b09) 提供了 Java 运行时环境版本信息。-   **Built on Apr 23 2022 01:25:28 by "jenkins" with MS VC++ 12.0 (VS2013)** :这部分提供了 JVM 构建的时间和工具信息。-   Built on Apr 23 2022 01:25:28 表示 JVM 是在 2022年4月23日凌晨01:25:28 构建的。-   by "jenkins" 表示使用 Jenkins 自动化工具构建。-   with MS VC++ 12.0 (VS2013) 表明使用 Microsoft Visual C++ 12.0 (VS2013) 编译器来构建 JVM。
Memory: 4k page, physical 16551224k(667012k free), swap 52371688k(14504324k free)
这段 GC 日志中提供了关于系统内存情况的信息,下面是对这段日志的解释:-   **Memory: 4k page**:指定系统内存页的大小为 4KB。这表示系统在管理内存时使用 4KB 作为一页的基本单位。这是操作系统中很常见的内存页大小。
-   **physical 16551224k(667012k free)** :表示系统的物理内存情况。在括号内的部分是具体数值,16551224k 表示系统的物理内存总共为 16,551,224 KB(约 16.5 GB),其中 667,012 KB(约 667 MB)是可用的空闲内存。系统内存中可能包括用于程序运行和缓存的内存等。
-   **swap 52371688k(14504324k free)** :给出了系统的交换空间(swap space)情况。在括号内的部分表示具体数值,52371688k 表示总共的交换空间为 52,371,688 KB(约 52.4 GB),其中有 14,504,324 KB(约 14.5 GB)是可用的空闲交换空间。交换空间是硬盘上用来扩展物理内存的一部分,当物理内存不足时,操作系统会将部分数据从内存中交换到硬盘的交换分区(swap partition)中。
2024-05-21T20:07:46.621+0800: 119.153: [GC (Allocation Failure) [PSYoungGen: 4070K->160K(5120K)] 5080K->1501K(18944K), 0.0004745 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
这段 GC 日志提供了一次垃圾回收事件的详细信息,下面是对这条日志的解释:-   **时间戳信息**:2024年5月21日,UTC+0800时区,具体时间为20:07:46.621。这个时间戳提供了垃圾回收事件发生的时间。-   **持续时间信息**:从上次垃圾回收到本次垃圾回收经过了约119.153秒。-   **GC事件**:这次垃圾回收事件是由“Allocation Failure”引起的,即由于在年轻代进行对象分配时失败触发了垃圾回收。-   **PSYoungGen信息**:涉及的内存区域为 PSYoungGen(Parallel Scavenge算法的年轻代)。具体变化如下:-   在垃圾回收前,年轻代中的内存从4070KB减少到160KB。-   年轻代的总容量为5120KB,表示年轻代的总大小。-   **整个堆内存信息**:整个堆的内存变化如下:-   在垃圾回收前,整个堆内存从5080KB减少到1501KB。-   整个堆的总容量为18944KB,表示整个堆的总大小。-   **耗时信息**:垃圾回收过程耗时为0.0004745秒。-   user=0.00 表示用户态时间为0秒。-   sys=0.00 表示系统态时间为0秒。-   real=0.00 表示实际时间为0秒。综合解释,这条 GC 日志记录了一次由“Allocation Failure”引发的垃圾回收事件,描述了年轻代和整个堆内存的变化情况,以及垃圾回收过程的耗时信息

四、总结

JVM的分代机制是为了优化内存管理,将内存分为年轻代和老年代,利用内存池保存不同年龄的对象。

大多数对象被分配到年轻代,其中绝大多数对象最终在这一代消亡。当年轻代达到容量时,会触发垃圾收集,只针对年轻代进行垃圾回收;而其他代中的垃圾暂不处理。在每次次要收集时,一部分幸存对象会被移至永久代。永久代最终也会填满,需要对整个堆进行回收,持续的时间通常年轻代长,因为牵扯的对象数量更多。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/843192.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

海外仓系统哪家好?闭坑指南,擦亮眼睛选对系统

可以说现在的海外仓系统市场还是比较杂乱的&#xff0c;各种不同类型&#xff0c;不同收费标准的系统比比皆是&#xff0c;这让很多想引进海外仓系统的企业不知所措&#xff0c;不知道怎么选。 今天就聊一下在选择海外仓系统的时候应该如何考量&#xff0c;才能避免被坑&#…

C++之对象的使用

1、static成员 2、static成员优点 2、static成员函数 静态成员函数不能访问非静态成员原因&#xff1a;因为没有this指针。也不可以访问非静态成员函数。 可以通过对象来访问静态成员&#xff0c;但是不推荐这么使用&#xff0c;会让人误解成这个x_是属于对象的&#xff0c;但…

PyCharm基本配置内容

如何更换 Python 解释器 输入一段代码点击运行后&#xff0c;画面下方有一个路径如图中框中所示&#xff1a; 上面的路径为虚拟路径&#xff0c;可以改为我们自己设置的路径 点击设置&#xff0c;选择settings 选择Project&#xff1a;y002———》Python Interpreter&#…

python爬虫之pandas库——数据清洗

安装pandas库 pip install pandas pandas库操作文件 已知在本地桌面有一名为Python开发岗位的csv文件(如果是excel文件可以做简单修改即可&#xff0c;道理是通用的) 打开文件&#xff1a; 打开文件并查看文件内容 from pandas import DataFrame import pandas as pd data_c…

【自动驾驶技术栈学习】2-软件《大话自动驾驶》| 综述要点总结 by.Akaxi

----------------------------------------------------------------------------------------------------------------- 致谢&#xff1a;感谢十一号线人老师的《大话自动驾驶》书籍&#xff0c;收获颇丰 链接&#xff1a;大话自动驾驶 (豆瓣) (douban.com) -------------…

nuxt3+Element Plus项目搭建过程记录

背景 本文只记录项目搭建过程中遇到的一些问题和关键点&#xff0c;nuxt框架的说明和API请参照官网学习 官网&#xff1a;https://nuxt.com/docs/getting-started/introduction 1. 初始化项目 指令如下: npx nuxilatest init <project-name>我在安装过程中出现报错&a…

本地源码方式部署启动MaxKB知识库问答系统,一篇文章搞定!

MaxKB 是一款基于 LLM 大语言模型的知识库问答系统。MaxKB Max Knowledge Base&#xff0c;旨在成为企业的最强大脑。 开箱即用&#xff1a;支持直接上传文档、自动爬取在线文档&#xff0c;支持文本自动拆分、向量化、RAG&#xff08;检索增强生成&#xff09;&#xff0c;智…

AI视频智能分析技术赋能营业厅:智慧化管理与效率新突破

一、方案背景 随着信息技术的快速发展&#xff0c;图像和视频分析技术已广泛应用于各行各业&#xff0c;特别是在营业厅场景中&#xff0c;该技术能够有效提升服务质量、优化客户体验&#xff0c;并提高安全保障水平。TSINGSEE青犀智慧营业厅视频管理方案旨在探讨视频监控和视…

七人拼购新模式:革新购物体验,共创价值

在数字时代&#xff0c;消费者的购物体验正经历着前所未有的变革。七人拼购模式作为一种新兴的购物方式&#xff0c;通过汇集消费者的力量&#xff0c;实现商品价格的最优化&#xff0c;让消费者享受到前所未有的实惠与便利。以下&#xff0c;我们将以一款标价499元的商品为例&…

消防体验馆升级,互动媒体点亮安全之路!

在当下这个科技日新月异的时代&#xff0c;多媒体互动技术已深深融入现代化消防体验馆的设计之中&#xff0c;它们不仅为这些场馆注入了前所未有的创意与活力&#xff0c;更通过其互动性、趣味性等独特优势&#xff0c;彻底革新了消防宣传教育的传统模式。如今&#xff0c;这种…

联想打印APP添加打印机方法

联想打印APP添加打印机操作方法&#xff1a; 1、在手机上下载“联想打印”APP&#xff1b; 2、打开“联想打印”APP,然后在软件内右下角找到“我的”图标并选择&#xff1b; 3、点击“请登录/注册”&#xff1b; 4、勾选“我已阅读并同意”然后在上面填写手机号码后&#xff0…

Ansys Speos|微光学结构尾灯设计

附件下载 联系工作人员获取附件 汽车照明行业在过去几年中有了很大的发展&#xff0c;对复杂光学结构的需求需要先进的设计能力。Speos 3D Texture是一个独特的功能&#xff0c;允许在给定的身体表面以图案的形式设计和模拟微纹理。它的优点依赖于图案(网格)的光学模拟模型&a…

Java—二分查找

介绍 二分查找&#xff08;Binary Search&#xff09;是一种在有序数组中查找特定元素的搜索算法。其基本思想是将目标值与数组中间的元素进行比较&#xff1a; 如果目标值等于中间元素&#xff0c;则查找成功。如果目标值小于中间元素&#xff0c;则在数组左半部分继续进行二…

点赋科技:闪耀荆州科技活动周,引领创新未来

在荆州 2024 科技活动周的舞台上&#xff0c;点赋科技以其卓越的科技实力和创新精神&#xff0c;成为了众人瞩目的焦点。 点赋科技&#xff0c;作为一家引领科技潮流的企业&#xff0c;一直致力于推动科技创新的发展。此次参加荆州科技活动周&#xff0c;更是展示了其在科技领域…

网络——多区域OSPF配置(OSPF系列第1篇)

简介 路由协议OSPF全称为Open Shortest Path First&#xff0c;也就开放是的最短路径优先协议&#xff0c;使用链路状态路由算法&#xff0c;isis协议也是使用链路状态路由算法。而RIP协议使用距离矢量路由算法。 区域 为了能够降低OSPF计算的复杂程度&#xff0c;OSPF采用分…

【NumPy】全面解析NumPy随机数生成器:使用numpy.random的实用技巧

&#x1f9d1; 博主简介&#xff1a;阿里巴巴嵌入式技术专家&#xff0c;深耕嵌入式人工智能领域&#xff0c;具备多年的嵌入式硬件产品研发管理经验。 &#x1f4d2; 博客介绍&#xff1a;分享嵌入式开发领域的相关知识、经验、思考和感悟&#xff0c;欢迎关注。提供嵌入式方向…

产线虚拟现实vr仿真软件开发在线上能全面呈现企业品质和专业度

在数字化浪潮中&#xff0c;上海VR全景场景制作公司凭借其领先的VR全景制作技术&#xff0c;正为各行各业带来前所未有的沉浸式体验。无论是学校企业场地的生动展示&#xff0c;还是汽车内饰与外观的360度全景呈现&#xff0c;我们都能通过VR虚拟现实制作技术&#xff0c;让您的…

斯坦福大学ALOHA家务机器人团队发布了最新研究成果—YAY Robot语言交互式操作系统

ALOHA YAY 演示视频-智能佳 斯坦福的ALOHA家务机器人团队&#xff0c;发布了最新研究成果—Yell At Your Robot&#xff08;简称YAY&#xff09;&#xff0c;有了它&#xff0c;机器人的“翻车”动作&#xff0c;只要喊句话就能纠正了&#xff01; 标ALOHA2协作平台题 而且机器…

SpringSecurity登录和校验流程简述

认证&#xff1a; 验证当前访问系统的是不是本系统的用户&#xff0c;并且要确认具体是哪个用户 授权&#xff1a; 经过认证后判断当前用户是否有权限进行某个操作 一、入门案例实现 搭建springboot工程后&#xff0c;创建启动类和Controller&#xff0c;引入SpringSecurity依…

CCF- CSP 2018.12 - 1.2题 Java语言解题

2018.12-1 小明上学 import java.util.Scanner;public class text01_RedLight {public static void main(String[] args) {Scanner scanner new Scanner(System.in);int r scanner.nextInt();int y scanner.nextInt();int g scanner.nextInt();int n scanner.nextInt();in…