第25章 JVM运行时参数

其他 2021-02-28 20:27:33 阅读次数: 0

第25章 JVM运行时参数

来自尚硅谷宋红康老师讲解的JVM：bilibili链接

在这里插入图片描述

1 JVM参数选项类型

1.1 类型一：标准参数选项

  • 特点：比较稳定，后续版本基本不会变化，以-开头

  • 各种选项：运行java或者java -help可以看到所有的标准选项

    在这里插入图片描述

  • 补充内充：-server与-client

    Hotspot JVM有两种模式，分别是server和client，分别通过-server和-client模式设置

    • 在32位Windows系统上，默认使用Client类型的JVM。要想使用Server模式，则机器配置至少有2个以上的CPU和2G以上的物理内存。client模式适用于对内存较小的桌面应用程序，默认使用Serial串行垃圾收集器。
    • 64位机器上只支持server模式的JVM，使用于需要大内存的应用程序，默认抵用并行垃圾收集器

  • 关于server和client的官网介绍：网址

1.2 类型二：-X参数

  • 特点：非标准化参数，功能还是比较稳定的。但官方说后续版本可能会变更，以-X开头

  • 各种选项：运行java -X命令可以看到所有的X选项

    在这里插入图片描述

    扫描二维码关注公众号，回复： 12570798 查看本文章

  • JVM的JIT编译模式相关的选项

    -Xint 禁用JIT，所有字节码都被解释执行，这个模式的速度是最慢的

    -Xcomp 所有字节码第一次使用都被编译成本地代码，然后再执行

    -Xmixed 混合模式，默认模式，让JIT根据程序运行的情况，有选择地将某些代码编译成本地代码

  • 特别的

    -Xms -Xmx -Xss属于XX参数

    • -Xms<size> 设置初始Java堆大小，等价于-XX:InitialHeapSize
    • -Xmx<size> 设置最大Java堆大小，等价于-XX:MaxHeapSize
    • -Xss<size> 设置Java线程堆栈大小，等价于-XX:ThreadStackSize

1.3 类型三：-XX参数

  • 特点：非标准化参数，使用最多的参数选项，这类选项属于实验性，不稳定。以-XX开头

  • 作用：用于开发和调试JVM

  • 分类：

    在这里插入图片描述

    例子：

    # Boolean类型格式
-XX:+UseParallelGC			# 选择垃圾收集器为并行收集器
-XX:+UseG1GC				# 表示启用G1收集器
-XX:+UseAdaptiveSizePolicy	# 自动选择年轻代区大小和响相应的Survivor区比例

# 非Boolean类型格式(key-value类型)
# 子类型1：数值型格式 -XX:<option>=<number>
# number表示数值，可带上单位：(兆：'m','M'),(KB：'k', 'K'), (GB：'g','G')
-XX:NewSize=1024m			# 表示设置新生代初始大小为1024兆
-XX:MaxGCPauseMills=500		# 表示设置GC停顿时间：500毫秒
-XX:GCTimeRatio=19			# 表示设置吞吐量
-XX:NewRatio=2				# 表示老年代和新生代的比例为2
# 子类型1：非数值型格式 -XX:<option>=<string>
-XX:HeapDumpPath=/usr/local/heapdump.hprof		# 用于指定heap转存文件的存储路径

  • 特别地：

    -XX:+PrintFlagsFinal
    • 输出所有参数的名称和默认值
    • 默认不包括Diagnositc和Experiment的参数
    • 可以配合-XX:+UnlockDiagnosticVMOptions和-XX:UnlockExperimentVMOptions使用

2 添加JVM参数选项

eclipse

…

IDEA

在这里插入图片描述

在这里插入图片描述

运行jar包

java -Xms50m -Xmx50m -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar demo.jar

通过Tomcat运行war包

  • Linux系统下可以在tomcat/bin/catalina.sh中添加如下配置：JAVA_OPTS="-Xms512M -Xmx1024M"
  • Windows系统下在catalina.bat中添加类似如下配置：set "JAVA_OPTS=-Xms512M -Xmx1024M"

程序运行过程中

  • 使用jinfo -flag <name>=<value> <pid>设置非Boolean类型参数
  • 使用jinfo -flag [+|-]<name> <pid>设置Boolean类型参数

3 常用的JVM参数选项

命令参数官方网址

3.1 打印设置的XX选项及值

在这里插入图片描述

3.2 堆、栈、方法区等内存大小设置

在这里插入图片描述

  • 注意点：虽然默认参数-XX:SurvivorRatio=8，但是如果不显式设置，实际上Eden : S0 : S1 = 6 : 1 : 1（默认情况下，-XX:+UseAdaptivePolicy是开启的，即使关闭该选项，但显式未设置-XX:SurvivorRatio=8，实际比例仍是 6 : 1 : 1）。只要显式设置-XX:SurvivorRatio=8，则Eden : S0 : S1 = 8 : 1 : 1。

3.3 OutofMemory相关的选项

在这里插入图片描述

  • 对OnOutOfMemoryError的运维处理

    以部署在linux系统/opt/Server目录下的Server.jar为例

    （1）在run.sh启动脚本中添加jvm参数

    -XX:OnOutOfMemoryError=/opt/Server/restart.sh

    （2）restart.sh脚本

    linux环境

    #!/bin/bash
pid=$(pf -ef | grep Server.jar | awk '{
       
       if($8=="java"){
      
      print $2}}')
kill -9 $pid
cd /opt/Server/;sh run.sh

    windows环境

    echo off
wmic process where Name='java.exe' delete
cd D:\Server
start run.bat

3.4 垃圾收集器相关选项

  • 7款经典垃圾收集器与垃圾分代之间的关系

    在这里插入图片描述

  • 垃圾收集器的组合关系

    在这里插入图片描述

    • 该图已经更新到JKD14

      • 如果把图中的虚线均看做实线，这是JDK8（不包含JDK8）之前垃圾收集器的组合关系
      • 对CMS和MSC之间的线是指如果CMS失败，启动MSC（MSC相当于后备方案）
      • 在JDK8中废弃了两条红色虚线的组合（JEP 173），在JDK9中这两根红色虚线做了移除（JEP 214）。
      • 在JDK14中，弃用了绿色虚线的组合（JEP 366）。
      • 在JDK14中，删除了青色虚线框中的CMS垃圾回收器（JEP 363）。

    • JDK8中默认的垃圾回收器是：Parallel Scavenge GC + Parallel Old GC

    • 为什么Parallel Scanvenge GC不能和CMS搭配使用？

      • Parallel Scanvenge GC底层用的框架和其他不同，不兼容。

  • 思维导图

在这里插入图片描述

查看默认垃圾收集器

-XX:+PrintCommandLineFlags  # 查看命令行相关参数(包含使用的垃圾收集器)

使用命令行指令：

jinfo -flag 相关垃圾收集器参数 进程ID

Serial回收器

Serial收集器作为HotSpot中Client模式下的默认新生代垃圾收集器。Serial Old是运行在Client模式下默认的老年代垃圾回收器。

-XX:+UseSerialGC

指定年轻代和老年代都是用串行收集器。等价于新生代使用Serial GC，老年代用Serial Old GC。可以获得最高的单线程收集效率。

ParNew回收器

-XX:UseParNewGC

手动指定使用ParNew收集器执行内存回收任务。它表示年轻代使用并行收集器，不影响老年代。

-XX:ParallelGCThreads=N

限制线程数量，默认开启和CPU数据相同的线程数。

Parallel回收器（吞吐量优先）

  • 参数配置
    • -XX:+UseParallelGC 手动指定新生代用Parallel并行收集器执行内存回收任务。
    • -XX:UseParallelOldGC 手动指定老年代使用并行会收收集器。
      • 分别适用于新生代和老年代，默认jdk8是开启的。
      • 上面两个参数，默认开启一个，另一个也会被开启。（相互激活）
    • -XX:ParallelGCThreads 设置新生代并行收集器的线程数，一般的，最好与CPU数量相等，以避免过多的线程影响垃圾收集的性能。
      • 默认情况下，当CPU数量小于等于8个，ParallelGCThreads的值等于CPU数量。
      • 当CPU数量大于8个，ParallelGCThreads的值等于3+[5*CPU_count/8]。
    • -XX:MaxGCPauseMillis 设计垃圾收集器的最大停顿时间（即STW的时间）。单位是毫秒。
      • 为了尽可能把停顿时间控制在MaxGCPauseMillis以内，收集器在工作时会调整Java堆大小或者其他一些参数。
      • 对于用户来说，停顿时间越短体验越好，但是在服务器端，我们注重高并发，整体的吞吐量。所以服务器端适合Parallel，进行控制。
      • 该参数使用需谨慎。
    • -XX:GCTimeRatio 垃圾收集时间占总时间的比例（=1/（N+1））。用于衡量吞吐量的大小。
      • 取值范围（0，100）。默认99，也就是垃圾回收时间不超过1%。
      • 与前一个-XX:MaxGCPauseMillis参数有一定矛盾性。暂停时间越短，Ratio参数就越容易超过设定的比例。
    • -XX:+UseAdaptiveSizePolicy 设置Parallel Scavenge收集器具有自适应调节策略。
      • 在这种模式下，新生代的大小，Eden和Survivor的比例，晋升老年代的对象年龄等参数会被自动调整，以达到在堆大小、吞吐量和停顿时间之间的平衡点。
      • 在手动调优比较困难的场合，可以直接使用这种自适应的方式，仅指定虚拟机的最大堆、目标吞吐量（GCTimeRatio）和停顿时间（MaxGCPauseMillis），让虚拟机自己完成调优工作。

CMS回收器（低延迟）

  • 参数配置

    • -XX:UseConcMarkSweepGC 手动指定使用CMS收集器执行内存回收任务。
      • 开启该参数后会自动将-XX:+UseParNewGC打开。即ParNew（Young区用）+CMS（Old区用）+Serial Old的组合。
    • -XX:CMSInitiatingOccupanyFraction 设置堆内存使用率的阈值，一旦达到阈值，便开始回收。
      • JDK5及以前的版本的默认值为68，即当老年代的利用率达到68%时，会执行一次CMS回收。JDK6及以上版本默认值为92%。
      • 如果内存增长缓慢，这可以设置一个较大的值，大的阈值可以有效降低CMS的出发频率，减少老年代回收的次数可以较为明显地改善应用程序性能。反之，如果内存使用率增长很快，则应该降低这个阈值，以避免频繁触发老年代串行收集器。因此通过该选项可以有效降低Full GC的执行次数。
    • -XX:UseCMSCompactAtFullCollection 用于指定在执行完Full GC后对内存进行压缩整理，以此避免内存碎片的产生。不过由于内存压缩整理过程无法并发执行，所带来的问题就是停顿时间变得更长了。
    • -XX:CMSFullGCsBeforeCompaction 设置在执行多少次Full GC后对内存空间进行压缩整理。
    • -XX:ParallelCMSThreads 设置CMS的线程数量。
      • CMS默认启用的线程数是（ParallelGCThreads+3）/4，ParallelGCThreads是新生代并行收集器的线程数，当CPU资源比较紧张时，收到CMS收集器的影响，应用程序的性能在垃圾回收阶段可能会非常糟糕。

  • 补充参数

    在这里插入图片描述

  • 特殊说明

    在这里插入图片描述

G1回收器

  • 参数设置

    • -XX:UseG1GC 手动指定使用G1收集器执行内存回收任务。
    • -XX:G1HeapRegionSize 设置每个Region的大小。值是2的幂，范围是1MB到32MB之间，目标是根据最小的Java堆大小划分出2048个区域。Region默认是堆内存的1/2000。
    • -XX:MaxGCPauseMillis 设置期望达到的最大GC停顿时间指标（JVM会尽力实现，但不保证达到）。默认是200ms。
    • -XX:ParallelGCThread 设置STW时GC线程数的值。最多设置为8。
    • -XX:ConcGCThreads 设置并发标记的线程数，建议将该参数设置为并行垃圾回收线程（ParallelGCThreads）的1/4左右。
    • -XX:InitiatingHeapOccupancyPercent 设置触发并发GC周期的Java堆占用阈值。超过此值，就触发GC。默认是45.
    • -XX:G1NewSizePercent、-XX:G1MaxNewSizePercent 新生代占整个堆内存的最小百分比（默认5%）、最大百分比（默认60%）
    • -XX:G1ReservePercent 保留内存区域，防止to space（Survivor中的to区）溢出

  • Mixed GC调优参数

    在这里插入图片描述

怎么选择垃圾回收器

Java垃圾回收器的配置对于JVM优化来说是一个很重要的选择，选择合适的垃圾回收器可以让JVM的性能有一个很大的提升。

  1. 优先调整堆的大小让JVM自适应完成
  2. 如果内存小于100MB，使用串行收集器
  3. 如果单核、单机程序，并且没有停顿时间的要求，串行收集器
  4. 如果是多CPU、需要高吞吐量、允许停顿时间超过1秒，选择并行或者JVM自行选择
  5. 如果是多CPU、追求地停顿时间，需要快速响应（比如延迟不能超高1秒，如互联网应用），使用并发收集器；官方推荐G1，性能高。现在互联网的项目，基本都是使用G1。
  • 最后明确一个观点
    • 没有最好的收集器，更没有万能的收集器；调优永远针对特定场景、特定需求，不存在一劳永逸的收集器。

3.5 GC日志相关选项

在这里插入图片描述

3.6 其他参数

在这里插入图片描述

4 通过Java代码获取JVM参数

  • Java提供了java.lang.management包用于监视和管理Java虚拟机和Java运行时中的其他组件，它允许本地和远程监控和管理运行Java虚拟机。其中ManagementFactory这个类还是挺常用的。另外还有Runtime类也可以获取一些内存、CPU核数等相关数据。
  • 通过这些api可以监控我们的应用服务器堆内存的使用情况，设置一些阈值进行报警处理。
/**
 * 监控我们的应用服务器的堆内存使用情况，设置一些阈值进行报警等处理
 */
public class MemoryMonitor {
    
    
    public static void main(String[] args) {
    
    
        MemoryMXBean memorymbean = ManagementFactory.getMemoryMXBean();
        MemoryUsage usage = memorymbean.getHeapMemoryUsage();
        System.out.println("INIT HEAP: " + usage.getInit() / 1024 / 1024 + "m");
        System.out.println("MAX HEAP: " + usage.getMax() / 1024 / 1024 + "m");
        System.out.println("USE HEAP: " + usage.getUsed() / 1024 / 1024 + "m");
        System.out.println("\nFull Information:");
        System.out.println("Heap Memory Usage: " + memorymbean.getHeapMemoryUsage());
        System.out.println("Non-Heap Memory Usage: " + memorymbean.getNonHeapMemoryUsage());

        System.out.println("=======================通过java来获取相关系统状态============================ ");
        System.out.println("当前堆内存大小totalMemory " + (int) Runtime.getRuntime().totalMemory() / 1024 / 1024 + "m");// 当前堆内存大小
        System.out.println("空闲堆内存大小freeMemory " + (int) Runtime.getRuntime().freeMemory() / 1024 / 1024 + "m");// 空闲堆内存大小
        System.out.println("最大可用总堆内存maxMemory " + Runtime.getRuntime().maxMemory() / 1024 / 1024 + "m");// 最大可用总堆内存大小
    }
}
/*
 INIT HEAP: 256m
 MAX HEAP: 3614m
 USE HEAP: 5m
 
 Full Information:
 Heap Memory Usage: init = 268435456(262144K) used = 5383480(5257K) committed = 257425408(251392K) max = 3790077952(3701248K)
 Non-Heap Memory Usage: init = 2555904(2496K) used = 4789360(4677K) committed = 8060928(7872K) max = -1(-1K)
 =======================通过java来获取相关系统状态============================ 
 当前堆内存大小totalMemory 245m
 空闲堆内存大小freeMemory 240m
 最大可用总堆内存maxMemory 3614m
 */

猜你喜欢

转载自blog.csdn.net/weixin_42638946/article/details/113829716
今日推荐
美国拟限制 AI 大模型出口中国和俄罗斯
苹果将与 OpenAI 达成协议，将 ChatGPT 应用于 iPhone
openKylin 社区生态委员会第六次会议圆满召开
阿里云正式发布通义千问 2.5
Python 3.13 发布首个 Beta：实验性自由线程模式和 JIT、改进交互式解释器
Stack Overflow 拿我的代码去训练 AI 大模型，还封了我的账号
Pop!_OS 的 COSMIC 桌面完成 App Store 上架工作
报告：Django 仍然是 74% 开发者的首选
《2024 年一季度互联网投融资运行情况》研究报告
15 年前上了“FFmpeg 耻辱柱”，今天他还得谢谢咱——腾讯QQPlayer一雪前耻？
TIOBE 5 月榜单：Fortran “复活”进入 Top 10
GCC 14.1 发布
周排行
curl的POST请求，封装方法
8.1.1. Integer Types
Java基础 Day05(个人复习整理)
Python - Django - 中间件 process_exception
小L的试卷
【Shell编程】 （函数）判断用户是否存在
python(css样式)
spring ant path 匹配原则 - 【笔记】
《JavaScript与JScript从入门到精通》(美)James.Jaworski.中译本.扫描版.pdf
Eclipse运行带参数的java程序
每日归档
更多
2024-05-12(0)
2024-05-11(38)
2024-05-10(38)
2024-05-09(35)
2024-05-08(42)
2024-05-07(14)
2024-05-06(40)
2024-05-05(0)
2024-05-04(7)
2024-05-03(19)

代码天地 © 2018 codetd.com

境外服务器   最新电视剧2022