开源规划调度引擎 OptaPlanner 官网发布了一个 Java 11 GC 性能基准测试报告。
继 [【RocketMq】NameServ启动脚本分析（Ver4.9.4）] 之后又来看看Broker的脚本。总体上来看大差不差，以阅读核心的配置部分调优为主。
https://www.baeldung.com/java-gc-logging-to-file
在实际的业务场景中，基于不同的特性存在各种不同的 JVM 厂商及版本和多个垃圾收集器实现。可能，在绝大多数环境中可以遇到 Java 7、8、11甚者15等。当然，由于各种历史原因，一些传统企业或许仍然使用 Java 6。每个版本可能都可以运行不同的垃圾收集器 - 串行，并行，并发标记扫描，G1 甚至是即将流行的 ZGC 等。
一个优秀Java程序员，必须了解Java内存模型、GC工作原理，以及如何优化GC的性能、与GC进行有限的交互，有一些应用程序对性能要求较高，例如嵌入式系统、实时系统等，只有全面提升内存的管理效率，才能提高整个应用程序的性能。
因为有太多人公众号偷转我的掘金文章，我还是发到公众号这里吧。 Java 8 是旧时代的 Java 6，还不快升级，😄。最近在做 Java8 到 Java17 的迁移工作，前期做了一些准备，过程中的一些信息记录如下（持续更新。。。https://juejin.cn/post/7117531586232320031 ） 分为几个部分： 编译相关 参数迁移相关 运行相关 编译相关 JEP 320 在 Java11 中引入了一个提案 JEP 320: Remove the Java EE and CORBA Mod
Java 8 是旧时代的 Java 6，还不快升级 。最近在做 Java8 到 Java17 的迁移工作，前期做了一些准备，过程中的一些信息记录如下（持续更新。。。）
对于Java语言来说是不用刻意手动去释放内存，同时，也尽可能不需要手动去干预Java虚拟机的GC行为。在本篇文章中，我们试图从多个方面去解析有关System.gc()API调用的最常见问题。希望对需要了解这块技术的朋友有所帮助。
堆是Java代码可及的内存，留给开发人员使用的；非堆是JVM留给自己用的，包含方法区、JVM内部处理或优化所需的内存（如 JIT Compiler，Just-in-time Compiler，即时编译后的代码缓存）、每个类结构（如运行时常数池、字段和方法数据）以及方法和构造方法的代码。
了解 GC Log （垃圾收集日志）并不是一件容易的事情，至少对于大多数技术人员而已。毕竟，对于这玩意，需要我们能够深入地了解 Java 虚拟机的工作原理以及对应用程序的内存使用情况的理解。在此篇文章中，我们将跳过应用程序的分析，因为它与应用程序的应用程序不同，并且需要对代码的知识。我们将讨论的是可以借助哪些工具使得我们能够读取和分析从 JVM 中获取的垃圾收集日志，以便正确定位问题。
Java GC就是JVM记录仪，书画了JVM各个分区的表演。 什么是 Java GC Java GC（Garbage Collection，垃圾收集，垃圾回收）机制，是Java与C++/C的主要区别之一，作为Java开发者，一般不需要专门编写内存回收和垃圾清理代码，对内存泄露和溢出的问题，也不需要像C程序员那样战战兢兢。这是因为在Java虚拟机中，存在自动内存管理和垃圾清扫机制。概括地说，该机制对JVM（Java Virtual Machine）中的内存进行标记，并确定哪些内存需要回收，根据一定的回收策略，
依据官方 Java 虚拟机的规划，自 Java 9 开始，在实际的生产环境中不再建议使用基于 ConcurrentMarkSweep（CMS）垃圾收集器。根据 JEP-291，已做出此决定以减轻GC 代码库的维护负担并加速新开发。毕竟，Java 9 之后，G1 GC 已成为默认的 GC 算法。（当然，基于不同的环境，Z 垃圾收集器-ZGC 、Shenandoah GC 亦逐渐开始成为主流算法）因此，我们可以根据实际业务场景考虑将我们的应用程序移至该算法。它可能提供比 CMS GC 算法更优的性能特征。由于其参数相对较少，因此调整起来要容易得多。此外，G1 同时也提供了一些选项以从内存中消除重复的字符串，从而可以帮助我们应用减少总体内存占用。
来源：juejin.cn/post/7117531586232320031 最近在做 Java8 到 Java17 的迁移工作，前期做了一些准备，但是在升级过程还是有些问题，太emo了，一些信息记录如下，分为几个部分： 编译相关 参数迁移相关 运行相关 前人栽树后人乘凉，有需要升级的可以参考一下，避免踩坑。。。 *编译相关* JEP 320 在 Java11 中引入了一个提案 JEP 320: Remove the Java EE and CORBA Modules （openjdk.org/jeps/32
我们经常在面试中询问 System.gc() 究竟会不会立刻触发 Full GC，网上也有很多人给出了答案，但是这些答案都有些过时了。本文基于最新的 Java 的下一个即将发布的 LTS 版本 Java 17（ea）的源代码，深入解析 System.gc() 背后的故事。
一个优秀的Java程序员必须了解GC的工作原理、如何优化GC的性能、如何与GC进行有限的交互，因为有一些应用程序对性能要求较高，例如嵌入式系统、实时系统等，只有全面提升内存的管理效率 ，才能提高整个应用程序的性能。
http://www.cnblogs.com/ckwblogs/p/5975921.html
最近在做 Java8 到 Java17 的迁移工作，前期做了一些准备，但是在升级过程还是有些问题，太emo了，一些信息记录如下，分为几个部分：
----------------------------------------------------------------
在 JDK NIO 针对堆外内存的分配场景中，我们经常会看到 System.gc 的身影，比如当我们通过 FileChannel#map 对文件进行内存映射的时候，如果 JVM 进程虚拟内存空间中的虚拟内存不足，JVM 在 native 层就会抛出 OutOfMemoryError 。
JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。 Java语言的一个非常重要的特点就是与平台的无关性。而使用Java虚拟机是实现这一特点的关键。一般的高级语言如果要在不同的平台上运行，至少需要编译成不同的目标代码。而引入Java语言虚拟机后，Java语言在不同平台上运行时不需要重新编译。Java语言使用Java虚拟机屏蔽了与具体平台相关的信息，使得Java语言编译程序只需生成在Java虚拟机上运行的目标代码（字节码），就可以在多种平台上不加修改地运行。Java虚拟机在执行字节码时，把字节码解释成具体平台上的机器指令执行。这就是Java的能够“一次编译，到处运行”的原因
GC 优化的基本原则是：将不同的 GC 参数应用到两个及以上的服务器上然后比较它们的性能，然后将那些被证明可以提高性能或减少 GC 执行时间的参数应用于最终的工作服务器上。
java堆是GC垃圾回收的主要区域。 GC分为两种： Minor GC、Full GC（也叫做Major GC）.
JVM中, 所有对象都是在堆中分配内存空间的,栈只用于保存局部变量和临时变量,如果是对象,只保存引用,实际内存还是在堆中;一个java对象占用的内存空间,除了一个固定大小的空间用于描述这个对象属于哪个类,其它的就用于保存它的字段的值;默认的java虚拟机的大小比较小，在对大数据进行处理时java就会报错：java.lang.OutOfMemoryError。设置jvm内存的方法，对于单独的.class，可以用下面的方法对Test运行时的jvm内存进行设置。
垃圾收集机制是 Java 的招牌能力，极大地提高了开发效率。如今，垃圾收集几乎成为现代语言的标配，即使经过如此长时间的发展， Java 的垃圾收集机制仍然在不断的演进中，不同大小的设备、不同特征的应用场景，对垃圾收集提出了新的挑战，这当然也是面试的热点。
Java Source File compile 之后生成 .Class文件(字节码文件), .Class文件 Interpret 之后生成 机器码被电脑使用
Java 是一种广泛使用的编程语言，而垃圾回收（Garbage Collection，GC）是 Java 的重要组成部分。在 Java 21 中，有一个重大的变化即将发生：分代 Shenandoah 垃圾回收器（Garbage Collector）将被弃用和移除。本文将详细介绍这一变化，解释为什么分代 Shenandoah GC 被放弃，并探讨其对 Java 开发者和应用程序的影响。
G1全称是Garbage First Garbage Collector，使用G1的目的是简化性能优化的复杂性。例如，G1的主要输入参数是初始化和最大Java堆大小、最大GC中断时间。
最近碰到一些应用问题，涉及到了Java中的垃圾回收机制，Garbage Collection，简称GC，这其中的学问，还是不少的，有很多东西需要学习。
现在面试Java开发时，基本都会问到Java虚拟机的知识，根据职位不同问的内容深浅又有所区别。本文整理了10道面试中常问的Java虚拟机面试题，希望对正在面试的同学有所帮助。
Java虚拟机（JVM）生成3个关键工件，这些工件对于优化性能和解决生产问题很有用。这些工件是：
最开始的mqnamesrv.sh脚本获取环境变量的部分看不懂其实没啥影响，大略有个印象即可，当然可以截取部分的命令到Linux运行测试一下就明白了，比如准备环境变量等等，最后一句话比较关键。
java堆，属于内存中最大的一块，也是常见OOM发生地，大部分对象的实例都是在这里分配内存，当然随着逃逸分析技术的日益强大，栈上分配、标量替换也是可以直接分配对象内存的，所以不是所有的java实例都是在堆中分配。
JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。
这是内部一个同事（沐剑）写的文章，国外有一家专门做Java性能优化的公司，并且它主要关注Java内存使用的优化，重点是数据结构的选择，优化效果非常明显，所以其实一个优秀的Java程序员和一个普通的Java程序员产出的东西差距是相当大的。
简要介绍垃圾回收（GC）的概念以及它在Java内存管理中的作用。强调GC对于开发者来说是一个重要的概念，因为它有助于避免内存泄漏和其他内存相关的问题。
导读 众所周知，JVM（java虚拟机）运行着我们的java程序。java本身提供了自带工具VisualVM来帮助我们查看JVM的运行情况，下面主要介绍GC的可视化插件－Visual GC java版本 1.8.0_281 工具 VisualVM 的 Visual GC 插件 📷 面板解读 space 空间模块 Space — 空间主要描述空间的变化 Metaspace — 元空间 Old — 老年代 Eden — 伊甸园区 S0 — 存活０区 S1 — 存活１区 方框区：所占空间大小 空白区
一般建议 parallel scavenge （JDK8默认GC）,适用大部分场景。
前言 这一节我们来简单的介绍垃圾收集器，并学习垃圾标记的算法：引用计数算法和根搜索算法，为了更好的理解根搜索算法，会在文章的最后介绍Java对象在虚拟机中的生命周期。 1.垃圾收集器概述 垃圾收集器（Garbage Collection），通常被称作GC。提到GC，很多人认为它是伴随Java而出现的，其实GC出现的时间要比Java早太多了，它是1960诞生于MIT的Lisp。 GC主要做了两个工作，一个是内存的划分和分配，一个是对垃圾进行回收。关于内存的划分和分配，目前Java虚拟机内存的划分是依赖于
流行的 CMS（ Concurrent Mark Sweep） GC 算法在 JDK 9 中被废弃了。根据 JEP-291 中的说明，为了减轻 GC 代码的维护负担以及加速新功能开发，决定在 JDK9 中废弃CMS GC。
首先，根据 DisableExplicitGC 这个 JVM 启动参数的状态，确定是否会 GC，如果需要 GC，不同 GC 会有不同的处理。
对象分配过程：TLAB（Thread Local Allocation Buffer）
“堆”是一个“运行时”数据区，是通过new等指令建立的，Java的堆是有Java的垃圾回收机制来负责处理的。堆是动态分配内存大小，垃圾收集器可以自动回收不再使用的内存空间。所谓的内存垃圾，是指在堆上开辟的内存空间，在不用的时候就变成了“垃圾”。 Java中，这部分“垃圾”可以被Java虚拟机的一个程序发现并自动清除掉。Java语言提供了一个系统级的线程级——垃圾收集器线程，来跟踪每一块分配出去的内存空间，当JVM处于空闲循环时，自动回收每一块可以回收的内存。 垃圾收集器完全是自动被执行的，它不能被强制执行。程序员可以做的只是调用System.gc()来“建议”执行垃圾收集器程序。将对象的引用变量初始化为null值，来暗示垃圾收集器来收集该对象。 finalize()在该对象垃圾回收前调用。 JVM使用的是分代垃圾回收的方式，主要是因为在程序运行的时候会有如下特点: 1.大多数对象在创建后很快就没有对象使用它了。(98%的对象) 2.大多数在一直被使用的对象很少再去引用新创建的对象。 因此就将Java对象分为年轻对象和年老对象。JVM将内存分为两个区域，分别称为“新生代”和“老年代”。“新生代”区域中绝大多数新创建对象都存放在这个区域里，一般来说较小而且垃圾回收频率较高。“老年代”区域中存放的是在“新生代”中生存了较长时间的对象，这些对象将被转移到“老年代”区。
Java堆是虚拟机所管理的内存中最大的一块，此内存区域的唯一目的就是存放对象实例，几乎所有的对象实例都在这里分配内存。这块区域是“线程共享”的。
HeapByteBuffer与DirectByteBuffer，在原理上，前者可以看出分配的buffer是在heap区域的，其实真正flush到远程的时候会先拷贝得到直接内存，再做下一步操作 （考虑细节还会到OS级别的内核区直接内存），其实发送静态文件最快速的方法是通过OS级别的send_file，只会经过OS一个内核拷贝，而不会来回拷贝；在NIO的框架下，很多框架会采用 DirectByteBuffer来操作，这样分配的内存不再是在java heap上，而是在C heap上，经过性能测试，可以得到非常快速的网络交互，在大量的网络交互下，一般速度会比HeapByteBuffer 要快速好几倍。
可批量生产、达到标注化。解决用户和产品之间的关系。 对于调用者来说不关心产生的具体逻辑，只关心结果；而对于工厂来说，保证我们产生出来的结果是符合国际化标准的。 工厂模式：只对结果负责，确保产品的标准化。
垃圾回收（GC）是 Java 中的一个重要机制，它可以管理内存并回收不再使用的对象所占用的资源。虽然 GC 有助于防止内存泄漏和保持应用程序的稳定性，但它也可能导致致命性的错误："GC Overhead Limit Exceeded"。当垃圾回收耗时过长时，就会出现这种错误，严重影响应用程序性能。在本文中，我们将探讨一些技巧，帮助您避免这一错误，确保您的 Java 应用程序顺利运行。
领取专属 10元无门槛券
手把手带您无忧上云
