JVM 调优是一个很大的话题，在回答“如何进行 JVM 调优？”之前，首先我们要回答一个更为关键的问题，那就是，我们为什么要进行 JVM 调优？
概述 当我们写一个Java类，并重写Main方法，程序就能运行起来。main方法的背后，程序为什么能运行，jvm究竟做了什么处理？要理解这些，就需要了解jvm的设计原理以及启动的流程。 虚拟机的启动入口位于share/tools/launcher/java.c的main方法，整个流程分为如下几个步骤： 1、配置JVM装载环境 2、解析虚拟机参数 3、设置线程栈大小 4、执行Java main方法 jvm启动流程分析 配置JVM装载环境 Java代码执行时需要一个JVM环境，JVM环境的创建包
jvm的标准参数，一般都是很稳定的，在未来的JVM版本中不会改变，可以使用 java -help 检索出所有的标准参数。
不同的 GC 情况下，初始化以及扩展的流程可能在某些细节不太一样，但是，大体的思路都是：
我们在自己电脑上进开发的时候，几乎很少考虑对JVM进行优化。但是，我们写的代码，放到生成环境会出现入下各种情况：
Apache Flink 基于 JVM 的高效处理能力，依赖于其对各组件内存用量的细致掌控。 考虑到用户在 Flink 上运行的应用的多样性，尽管社区已经努力为所有配置项提供合理的默认值，仍无法满足所有情况下的需求。 为了给用户生产提供最大化的价值， Flink 允许用户在整体上以及细粒度上对集群的内存分配进行调整。
在本地开发环境中我们很少有需求对JVM进行优化，但是到了生产环境我们的程序可能出现如下问题：
在实际的业务场景中，我们往往倾向于认为容器环境与虚拟机一样，可以完全自定义不同参数的虚拟 CPU 和虚拟 Memory 资源。其实，从本质上而言，容器更倾向于一种隔离机制环境，其中一个进程的资源（ CPU、内存、文件系统、网络等）与另一个进程隔离。这种隔离是可能的，因为 Linux 内核中有一个名为 CGroups 的特性。然而，一些从执行环境收集信息的应用程序在 CGroup 存在之前就已经实现了。像大多数常用的命令行 “top”、“free”、“ps” 等诸如此类的工具，甚至 JVM 都没有针对在容器内执行进行优化，毕竟，容器是一个高度受限的 Linux 进程。
jvm是java虚拟机，在实际开发过程中，学习掌握jvm的相关知识也是非常必要的，本小节就一些最基础的理论来进行梳理
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 这里有几个问题： 1. 各个参数的含义什么？ 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？ 下面我们一一进行回答 1. 各个参数的含义什么？ 参数中-vmargs的意思是设置JVM参数
在本地开发环境中我们很少会遇到需要对jvm进行优化的需求，但是到了生产环境，我们可能将有下面的需求： 运行的应用“卡住了”，日志不输出，程序没有反应服务器的CPU负载突然升高 在多线程应用下，如何分配线程的数量？ …… 说明：使用的jdk版本为1.8。
Sun 公司的JVM，其垃圾回收机制主要采用“分代”方式进行，他将JVM堆栈分为3部分：年轻代、年老代以及持久代。SUN的JVM通过不同的收集器实现不同的收集算法，主要有以下：
也可以用jinfo -falgs -线程 查看到在该线程上JVM默认的配置和自己增加的配置 eg:
不同的 GC 堆大小动态伸缩有很大很大的差异（比如 ParallelGC 涉及 UseAdaptiveSizePolicy 启用的动态堆大小策略以及相关的 UsePSAdaptiveSurvivorSizePolicy、UseAdaptiveGenerationSizePolicyAtMinorCollection 等等等等的参数参与决定计算最新堆大小的方式以及时机），在这个系列以后的章节我们详细分析每个 GC 的时候再详细分析这些不同 GC 的动态伸缩策略。我们这里仅涉及大多数 GC 通用的堆大小伸缩涉及的参数：MinHeapFreeRatio 与 MaxHeapFreeRatio：
Java 虚拟机是学习 Java 的基础，也是迈入高级 Java 开发工程师的必备知识点。所以今天这篇文章我们来聊聊如何从零开始学习 Java 虚拟机。
打开 IDEA 安装目录，看到有一个 bin 目录，其中有两个 vmoptions 文件，需针对不同的JDK进行配置：
本期分享阿尔萨斯的四个命令：JVM，sysprop，sysenv，option。因为这四个命令都是比较简单，是一些基础啊，配置啊，环境变量啊，还有一些参数的查询，很少涉及到修改。所以也没有什么可讲的，就索性把这四个命令做成一个视频了。其中JVM这个命令，是查看Java虚拟机当前信息的。但是这个信息跟JVM自带的命令差别还是挺大的。主要体现在信息的准确性和丰富程度上。如果是对JVM的信息有严格的要求的话，我个人建议还是用JVM自带的命令。剩下两个命令system property和system environment都是属于查看命令（其中system property能改的地方非常少，修改的意义对于测试来说也不是很大。）。最后一个vmoption命令能查看一些JVM启动参数，但是，参数信息有限，比如对内存的设置和内存的分配配置都是看不到的。其中。比较有用的信息就是设置OOM的参数，还有Java gc的参数。这个动态修改还是非常有用的。因为虽然说项目需要一个严格的规范，一般都会将这些参数呃进行一个比较合理的配置。但是总有例外情况，很多时候我们去检查这些配置的时候就会发现，事实跟我们规范并不一样。这个时候。命令的作用就体现了我们可以随时的动态修改这些配置。
好东西就是要拿出来与大家分享，本篇介绍一款可视化、能根据不同环境提供优化建议的JVM参数调优工具。
从离职说起 2017年9月的杭州闷热而潮湿，在这样的一个容易躁动的季节，我做了一个职业生涯里的重要决定，离开阿里。 离开的原因千头万绪，而斩断这羁绊的转身后，该何去何从，却比转身更为艰难。去更大的平台？肉身访问外国网站？跳出技术圈经历另一种人生？自我的发问如在一个死循环里，直到又翻看了自己离开阿里时的那篇文章，才发现了自己应该走的路。 离职前，我在阿里技术社区ATA以及阿里内网发了一篇名为《寒泉子-7年坚守，交上我的第一份职业生涯的答卷》的文章，
前面提到了虚拟内存需要映射物理内存才能使用，这个映射关系被保存在内存中的页表（Page Table）。现代 CPU 架构中一般有 TLB （Translation Lookaside Buffer，翻译后备缓冲，也称为页表寄存器缓冲）存在，在里面保存了经常使用的页表映射项。TLB 的大小有限，一般 TLB 如果只能容纳小于 100 个页表映射项。 我们能让程序的虚拟内存对应的页表映射项都处于 TLB 中，那么能大大提升程序性能，这就要尽量减少页表映射项的个数：页表项个数 = 程序所需内存大小 / 页大小。我们要么缩小程序所需内存，要么增大页大小。我们一般会考虑增加页大小，这就大页分配的由来，JVM 对于堆内存分配也支持大页分配，用于优化大堆内存的分配。那么 Linux 环境中有哪些大页分配的方式呢？
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 这里有几个问题： 1. 各个参数的含义什么？ 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？ 下面我们一一进行回答 1. 各个参数的含义什么？
公司众多系统中有一个系统使用的是 CMS 垃圾回收器，JVM 初始堆内存不等于最大堆内存，但通过监控信息发现：在经过一次 FullGC 之后，服务器物理内存剩余空间并未提升，运维同事告诉我说，有内存泄露，因为 GC 了之后，内存并没有被释放。按照大部分人的理解，FullGC 之后 JVM 进程会释放的内存一部分还给物理内存，下面通过几个实验来对比验证一下 CMS 和 G1 的物理内存归还机制。
当我们将 JVM 生态中的关键要素，例如，垃圾收集器、堆大小和运行时编译器设置默认值时，许多技术人员（开发、运维人员）或许应该意识到在 Linux 容器生态中（诸如，Docker、Rkt、RunC、Lxcfs 等）内所运行的 Java 进程的实际行为与预期不符。当我们在没有任何调优参数（例如，最为简洁的的启动命令行：“ java -jar myapplication .jar”）的情况下执行 Java 应用程序时，JVM 将自行调整某些特定的参数，以在当前执行环境中获得最佳性能表现。
在本地开发环境中我们很少会遇到需要对jvm进行优化的需求，但是到了生产环境，我们 可能将有下面的需求： 运行的应用“卡住了”，日志不输出，程序没有反应 服务器的CPU负载突然升高 在多线程应用下，如何分配线程的数量？ …… 我们不仅要让程序能跑起来，而且是可以跑的更快！可以分析解决在生产环境中所遇到的各种“棘手”的问题。 博主使用的jdk版本为1.8
概述：命令jmap是一个多功能的命令。它可以生成 java 程序的 dump 文件， 也可以查看堆内对象示例的统计信息、查看 ClassLoader 的信息以及 finalizer 队列。
首先想说的是其实这些参数我们并不是陌生的，在平时的开发和使用中经常都会遇到，只是在平时缺少一个比较系统的总结，所以，对这些参数感觉是很陌生的，所以，通过这篇文章的总结，我相信你一定都会对这些参数熟稔于心，做做心中有数。
JVM（Java虚拟机）的启动参数是在启动JVM时可以设置的一些命令行参数。这些参数用于指定JVM的运行环境、内存分配、垃圾回收器以及其他选项。以下是一些常见的JVM启动参数：
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M
前文我们没有提到，如何限制元空间的大小，其实就是限制 commit 的内存大小。元空间的限制不只是受限于我们的参数配置，并且前面我们提到了，元空间的内存回收也比较特殊，元空间的内存基本都是每个类加载器的 ClassLoaderData 申请并管理的，在类加载器被 GC 回收后，ClassLoaderData 管理的这些元空间也会被回收掉。所以，GC 是可能触发一部分元空间被回收了。所以元空间在设计的时候，还有一个动态限制 _capacity_until_GC，即触发 GC 的元空间占用大小。当要分配的空间导致元空间整体占用超过这个限制的时候，尝试触发 GC。这个动态限制也会在每次 GC 的时候动态扩大或者缩小。动态扩大以及缩小
非标准参数表示不保证所有JVM实现都支持这些参数，在将来的JVM版本中可能会发生改变。非标准参数统一以 -X 开头，如 -Xmx20M 设置最大java堆大小，示例：
概述 jinfo 是 JDK 自带的命令，可以用来查看正在运行的 java 应用程序的扩展参数，包括Java System属性和JVM命令行参数；也可以动态的修改正在运行的 JVM 一些参数。当系统崩
在jvm中有很多的参数可以进行设置，这样可以让jvm在各种环境中都能够高效的运行。绝大部分的参数保持默认即可。
如果想分析自己的JAVA Application时，可以使用jmap程序来生成heapdump文例： jmap -heap pid jmap是JDK自带的一个工具，非常小巧方便，其支持参数如下： -heap：打印heap空间的概要，这里可以粗略的检验heap空间的使用情况。 官网对jmap的解释是: DESCRIPTION
输入gradle wrapper命令会在当前目录创建安装一个jar包（用于下载真正的gradle descirbe，jar很小）和脚本：
每个方法被执行时候，会同步创建一个栈帧。用于存储局部变量表、操作数栈、动态连接、方法出口。
启动一个新的JVM进程将耗时1秒左右，对于运行时间较长（比如1分钟以上）的job影响不大，但如果都是时间很短的task，那么频繁启停JVM会有开销。
JVM内存的5大组成（基于JDK8的HotSpot虚拟机，不同虚拟机不同版本会有不一样）
如果说在容器中运行 Java 应用有一条核心定律，那么就是：对于在容器中运行的 Java 进程，不要手工设置 JVM 堆内存。相反的，设置容器的限制。
Hi，我是王知无，一个大数据领域的原创作者。 先上一张官方给出的Flink(1.10版本以后)内存模型图示：
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
1、JVM参数配置 我们学习Java GC机制的目的是为了实用，也就是为了在JVM出现问题时分析原因并解决之，JVM监控与调优主要的着眼点在于如何配置、如何监控、如何优化3点上。
JVM参数有很多，其实我们直接使用默认的JVM参数，不去修改都可以满足大多数情况。但是如果你想在有限的硬件资源下，部署的系统达到最大的运行效率，那么进行相关的JVM参数设置是必不可少的。下面我们就来对这些JVM参数进行详细的介绍。
1.参数的含义 -vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M -vmargs 说明后面是VM的参数，所以后面的其实都是JVM的参数了 -Xms128m JVM初始分配的堆内存 -Xmx512m JVM最大允许分配的堆内存，按需分配 -XX:PermSize=64M JVM初始分配的非堆内存 -XX:MaxPermSize=128M JVM最大允许分配的非堆内存，按需分配
JVM 在执行 Java 应用程序时，将加载的 Java 类的许多细节记录在内存中，这些信息称为类元数据（Class MetaData）。这些元数据对于 Java 的很多灵活的语言以及虚拟机特性都是很重要的，比如动态类加载、JIT 实时编译、反射以及动态代理等等。不同的 JVM 加载类保存的内存信息是不一样的，它们通常在更低的内存占用与更快的执行速度之间进行权衡（类似于空间还是时间的权衡）。对于 OpenJDK Hotspot 使用的则是相对丰富的元数据模型来获得尽可能快的性能（时间优先，不影响速度的情况下尽量优化空间占用）。相比于 C,C++,Go 这些离线编译为可执行二进制文件的程序相比，像 JVM 这样的托管运行时动态解释执行或者编译执行的，则需要保留更多关于正在执行的代码的运行时信息。原因如下：
在上一篇博文：【JAVA】JVM 内存区域的划分 中介绍了 JVM 内存区域的划分，总结了相关的一些概念，本博文将结合 JVM 参数、工具等方面，进一步分析 JVM 内存结构，包括外部资料相对较少的堆外部分。
从今天开始进入虚拟机参数部分的学习，通过学习虚拟机参数，设置虚拟机参数，配置和跟踪虚拟机，达到故障排查和性能优化的目的。
我们前面介绍了元空间的组成元素，但是没有将他们完整的串联起来，我们这里举一个简单的例子，将之前的所有元素串联起来。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
