JVM下篇：性能监控与调优篇_04_JVM运行时参数_尚硅谷

已于 2023-03-30 11:00:37 修改
阅读量1.2k 收藏 3
点赞数 1
分类专栏： JVM 文章标签： jvm java
于 2022-10-16 15:16:23 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43811294/article/details/127348131
版权

文章目录

01-JVM参数选项类型

类型一：标准参数选项

特点

比较稳定，后续版本基本不会变化

以-开头

各种选项

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

补充内容 -server与-client

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

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

关于server和client的官网介绍为：https://docs.oracle.com/javase/8/docs/technotes/guides/vm/server-class.html

类型二：-X参数选项

特点

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

各种选项

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

-Xmixed        混合模式执行 (默认)
-Xint             仅解释模式执行
-Xcomp        仅采用即时编译器模式
-Xbootclasspath:<用 ; 分隔的目录和 zip/jar 文件>
                   设置搜索路径以引导类和资源
-Xbootclasspath/a:<用 ; 分隔的目录和 zip/jar 文件>
                   附加在引导类路径末尾
-Xbootclasspath/p:<用 ; 分隔的目录和 zip/jar 文件>
                   置于引导类路径之前
-Xdiag            显示附加诊断消息
-Xnoclassgc       禁用类垃圾收集
-Xincgc           启用增量垃圾收集
-Xloggc:<file>    将 GC 状态记录在文件中 (带时间戳)
-Xbatch           禁用后台编译
-Xms<size>        设置初始 Java 堆大小
-Xmx<size>        设置最大 Java 堆大小
-Xss<size>        设置 Java 线程堆栈大小
-Xprof            输出 cpu 配置文件数据
-Xfuture          启用最严格的检查, 预期将来的默认值
-Xrs              减少 Java/VM 对操作系统信号的使用 (请参阅文档)
-Xcheck:jni       对 JNI 函数执行其他检查
-Xshare:off       不尝试使用共享类数据
-Xshare:auto      在可能的情况下使用共享类数据 (默认)
-Xshare:on        要求使用共享类数据, 否则将失败。
-XshowSettings    显示所有设置并继续
-XshowSettings:all
                   显示所有设置并继续
-XshowSettings:vm 显示所有与 vm 相关的设置并继续
-XshowSettings:properties
                   显示所有属性设置并继续
-XshowSettings:locale
                   显示所有与区域设置相关的设置并继续

-X 选项是非标准选项，如有更改，恕不另行通知

JVM的编译模式相关的选项

-Xint

只使用解释器：所有字节码都被解释执行，这个模式的速度是很慢的

-Xcomp

只使用编译器：所有字节码第一次使用就被便器成本地代码，然后再执行

-Xmixed

混合模式：这是默认模式，刚开始的时候使用解释器慢慢解释执行，后来让JIT及时编译器根据程序运行的情况，有选择地将某些热点代码提前编译并缓存在本地，在执行的时候效率就非常高了。

特别地

-Xmx -Xms -Xss属于XX参数？

-Xms 设置初始Java堆大小，等价于-XX:InitialHeapSize

查看改参数的时候，应该使用initialHeapSize，例如jinfo flag

-Xmx 设置最大Java堆大小，等价于-XX:MaxHeapSize

-Xss 设置Java线程堆栈大小，等价于-XX:ThreadStackSize

类型三

特点

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

作用

用于开发和调试JVM

分类

Boolean类型格式

-XX: +表示启用option属性

-XX:+表示禁用option属性

举例

-XX: +UseParallelGC 选择垃圾收集器为并行受气

-XX:+UseG1GC 表示启用G1收集器

-XX:+UseAdaptiveSizePolicy 自动选择年轻区大小和相应的Survivor区比例

说明：因为有的指令默认时开启的，所以可以使用-关闭

非Boolean类型格式（key-value类型）

子类型1：数值型格式-XX: =

number表示数值，number可以带上单位，比如：‘m’、’M’

例如：

-XX:NewSize=1024m 表示设置新生代初始大小为1024兆

-XX:MaxGCPauseMillis=500 表示设置GC停顿时间：200毫秒

-XX:GCTimeRatio=19 表示设置吞吐量

-XX:NewRatio=2表示新生代与老年代的比例

子类型2：非数值型格式-XX: =

例如：

-XX:HeapDumpPath=/usr/local/headdump.hprof 用来指定heap转存的存储路径。

特别地

-XX:+PrintFlagsFinal

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

02-添加JVM参数选项

运行Jar包

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

程序运行过程中

使用jinfo -flag = 设置非Boolean类型参数

使用jinfo -flag [+|-] 设置Boolean类型参数

03 常用的JVM参数选项

打印设置的XX选项及值

选项说明
-XX:PrintCommandLineFlags可以让程序运行前打印出用户手动设置或者JVM自动设置的XX选型
-XX:+PrintFlagsInitial表示打印出所有XX选项的默认值
-XX:+PrintFlagsFinal表示打印出XX选项在运行程序时生效的值
-XX:+PrintVMOptions打印JVM的参数

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

栈

选项说明
-Xss128k等价于-XX:ThreadStackSize，设置每个线程的栈大小为128k

堆内存

选项说明
-Xms3550m等价于-XX:InitialHeapSize，设置JVM初始堆内存为3500M
-Xmx3550m等价于-XX:MaxHeapSize，设置JVM最大堆内存为3500M
-Xmn2g设置年轻代大小为2G，即等价于-XX:NewSize=2g -XX:MaxNewSize=2g，也就是设置年轻代初始值和年轻代最大值都是2G
官方推荐配置为整个堆大小的3/8
-XX:NewSize=1024m设置年轻代初始值为1024M
-XX:MaxNewSize=1024m设置年轻代最大值为1024M
-XX:SurvivorRatio=8设置年轻代中Eden区与一个Survivor区的比值，默认为8
-XX:+UseAdaptiveSizePolicy自动选择各区大小比例，默认开启
-XX:NewRatio=2设置老年代与年轻代（包括1个Eden区和2个Survivor区）的比值，默认为2
-XX:PretenureSizeThreadshold=1024设置让大于此阈值的对象直接分配在老年代，单位为字节
只对Serial、ParNew收集器有效
-XX:MaxTenuringThreshold=15默认值为15
新生代每次MinorGC后，还存活的对象年龄+1，当对象的年龄大于设置的这个值时就进入老年代
-XX:+PrintTenuringDistribution让JVM在每次MinorGC后打印出当前使用的Survivor中对象的年龄分布
-XX:TargetSurvivorRatio表示MinorGC结束后Survivor区域中占用空间的期望比例

-XX:SurvivorRatio=8说明

只有显式使用Eden区和Survivor区的比例，才会让比例生效，否则比例都会自动设置，至于其中的原因，请看下面的-XX:+UseAdaptiveSizePolicy中的解释，最后推荐使用默认打开的-XX:+UseAdaptiveSizePolicy设置，并且不显示设置-XX:SurvivorRatio

-XX:+UseAdaptiveSizePolicy说明

1、分析
默认开启，将会导致Eden区和Survivor区的比例自动分配，因此也会引起我们默认值-XX:SurvivorRatio=8失效，所以真实比例可能不是8，比如可能是6等
2、如何设置Eden区和Survivor区的比例
-XX:SurvivorRatio=8
显示使用Eden区和Survivor区的比例，那就使用我自己的
没有显示使用Eden区和Survivor区的比例，无论打开或者关闭-XX:+UseAdaptiveSizePolicy，都会自动设置Eden区和Survivor区的比例

结论：
只有显示使用Eden区和Survivor区的比例，才会让比例生效，否则比例都会自动设置，最后推荐使用默认打开的-XX:+UseAdaptiveSizePolicy设置，并且不显示设置-XX:SurvivorRatio

-XX:NewRatio=2

根据实际情况进行设置，主要根据对象生命周期来进行分配，如果对象生命周期很长，那么让老年代大一点，否则让新生代大一点

方法区

永久代
参数说明
-XX:PermSize=256m设置永久代初始值为256M
-XX:MaxPermSize=256m设置永久代最大值为256M
元空间
参数说明
-XX:MetaspaceSize初始空间大小
-XX:MaxMetaspaceSize最大空间，默认没有限制
-XX:+UseCompressedOops使用压缩对象指针
-XX:+UseCompressedClassPointers使用压缩类指针
-XX:CompressedClassSpaceSize设置Klass Metaspace的大小，默认1G

直接内存

参数说明
-XX:MaxDirectMemorySize指定DirectMemory容量，若未指定，则默认与Java堆最大值一样

OutOfMemory相关的选项

-XX:+HeapDumpOnOutMemoryError(在出现OOM的时候
生成dump文件)和-XX:+HeapDumpBeforeFullGC(在出现Full GC的时候生成dump文件)只能设置1个
，如果不设置-XX:HeapDumpPath= ，那么将会在当前目录下生成dump文件，如果设置的话，将会在指定位置生成dump文件

参数说明
-XX:+HeapDumpOnOutMemoryError表示在内存出现OOM的时候，生成Heap转储文件，以便后续分析，-XX:+HeapDumpBeforeFullGC和-XX:+HeapDumpOnOutMemoryError只能设置1个
-XX:+HeapDumpBeforeFullGC表示在出现FullGC之前，生成Heap转储文件，以便后续分析，-XX:+HeapDumpBeforeFullGC和-XX:+HeapDumpOnOutMemoryError只能设置1个，请注意FullGC可能出现多次，那么dump文件也会生成多个
-XX:HeapDumpPath= 指定heap转存文件的存储路径，如果不指定，就会将dump文件放在当前目录中
-XX:OnOutOfMemoryError指定一个可行性程序或者脚本的路径，当发生OOM的时候，去执行这个脚本

-XX:OnOutOfMemoryError示例：

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

垃圾收集器相关选项

image-20221016141429824

image-20221016141435819

查看默认的垃圾回收器

  • -XX:+PrintCommandLineFlags查看命令行相关参数（包含使用的垃圾收集器）
  • 使用命令行指令：jinfo -flag 相关垃圾回收器参数 进程ID

以上两种方式都可以查看默认使用的垃圾回收器，第一种方式需要程序的支持；第二种方式需要去尝试，如果使用了返回值中有+号，否则就是-号。

Serial回收器

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

-XX:UseSerialGC

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

Parnew回收器

-XX:+UseParNewGC

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

-XX:ParallerlGCThreads设置年轻代并行收集器的线程数。一般地，最好与CPU数量相等，以避免过多的线程数影响垃圾收集性能。

  • 在默认情况下，当CPU数量小于8时，ParallelGCThreads的值等于CPU数量。
  • 在CPU数量大于8个，ParallelGCThreads的值等于3+[5 * CPU_Count] / 8

Parallel回收器

-XX:+UseParallelGC 手动指定年轻代使用Parallel并行收集器执行垃圾回收任务。
-XX:+UseParallelOldGC 手动指定老年代都是使用并行回收收集器

分别适用于新生代和老年代。默认jdk8是开启的。

  • 分别适用于新生代和老年代。默认jdk8是开启的。
  • 上面两个参数，默认开启一个，另一个也会被开启。（互相激活）

-XX:ParallelGCThreads 设置年轻代并行收集器的线程数。一般地，最好与CPU数量相等，以避免线程数过多影响垃圾收集性能。

  • 在默认情况下，当CPU数量小于8个，ParallelGCThreads的值等于CPU数量。
  • 当CPU数量大于8个，ParellelGCThreads的值等于3+[5*CPU_Count]/8。

-XX:MaxGCPauseMillis设置垃圾回收器的最大停顿时间（即STW的时间）。单位是毫秒。

  • 为了尽可能地把停顿时间控制在MaxGCPauseMillis以内，收集器会在工作时调整Java堆的大小或者一些其他的参数。
  • 对于用户来讲，停顿时间越短体验越好。但是在服务器短，我们注重高并发，整体的吞吐量。所以服务器端适合Parallel，进行控制。
  • 该参数使用需谨慎。

-XX:GCTimeRatio 垃圾收集器时间占总运行时间的比例（=1 / (X+1)）。用于衡量吞吐量大小。

  • 取值范围（0,100）。默认99，也就是垃圾回收时间不超多1%。
  • 与前一个-XX:MaxGCPauseMillis参数有一定的矛盾性。暂停时间越长，Radio参数就越容易超过设定的比例。

-XX:+UseAdaptiveSizePolicy 设置Parallel Scavenge收集器具有自适应调节策略

  • 在这种模式下，年轻代的大小、Eden和Survivor的比例、晋升老年代的对象年龄等参数会被自动调整，已达到在堆大小、吞吐量和停顿时间之间的平衡点。
  • 在手动调优比较困难的场合，可以直接使用这种自适应的方式，仅指定虚拟机的最大堆、目标的吞吐量（GCTimeRatio）和停顿时间（MaxGCPauseMillis），让虚拟机自己完成调优工作。

注意：

  • Parallel回收器主打吞吐量，而CMS和G1主打低延迟，如果主打吞吐量，那么就不应该限制最大停顿时间，所以-XX:MaxGCPauseMills不应该设置
  • -XX:MaxGCPauseMills中的调整堆大小通过默认开启的-XX:+UseAdaptiveSizePolicy来实现
  • -XX:GCTimeRatio用来衡量吞吐量，并且和-XX:MaxGCPauseMills矛盾，因此不会同时使用

CMS回收器

-XX:+UseConcMarkSweepGC 手动指定使用CMS收集器执行内存回收任务。

  • 开启该参数后会自动将-XX:+UseParkNewGC打开。即ParNew（Young区用）+CMS（Old区用）+Serial Old的组合。

–XX:CMSInitiatingOccupanyFraction设置堆内存使用率的阈值，一旦达到该阈值，便开始进行回收。

  • JDK5及以前版本的默认值为68，即当老年代的空间使用率达到68%时，会执行一次CMS回收。JDK6及以上版本默认值为92%。
  • 如果内存增长缓慢，可以设置一个稍大的值，大的阈值可以有效降低CMS的触发频率，减少老年代回收的次数可以较为明显的改善应用程序性能。反之，如果应用程序内存使用率增长很快，则应该降低这个阈值，以避免频繁触发老年代的串行收集器。因此通过该选项可以有效降低Full GC的执行次数。

–XX:+UseCMSCompactAtFullGollection 用于指定在执行完Full GC后对内存空间进行压缩整理，以此避免内存对象的产生。不过由于内存压缩整理过程无法并发执行，所带来的问题就是停顿时间变得更长了。

–XX:CMSFullGCsBeforeCompaction 设置在执行多少次Full GC后对内存空间进行压缩整理。

–XX:ParallelCMSThreads 设置CMS线程数量。

  • CMS默认启动的线程数是（ParallelGCThreads+3）/4 ，ParallelGCThreads是年轻代并行收集器的线程数。当CPU资源比较紧张时，受到CMS收集器线程的影响，应用程序的性能在垃圾回收阶段可能会非常糟糕。

特别参数：

image-20221016144911110

特别说明：

  • JDK9新特性：CMS被标记Deprecate了（JEP291)
  • 如果对JDK 9及以上版本的HotSpot虚拟机使用参数-XX:+UseConcMarkSweepGC来开启CMS收集器的话，用户会收到一个警告信息，提示CMS未来将会被废弃
  • JDK 14新特性：删除CMS垃圾回收器（JEP363）
  • 溢出了CMS垃圾收集器，如果在JDK14中使用-XX:+UseConcMarkSweepGC的话，JVM不会报错，只是给一个warning信息，但是不会exit。JVM会自动回退以默认GC方式启动JVM

G1回收器

-XX:+UseG1GC

  • 手动指定使用G1收集器执行内存回收任务。

-XX:G1HeapRegionSize

  • 设置每个Region的大小。值是2的幂，范围是1MB到32MB之间，目标是根据最小的Java堆大小划分出2048个区域。默认是堆内存的1/2000。

-XX:MaxGCPauseMillis：

  • 设置期望达到的最大GC停顿时间指标（JVM会尽力实现，但不保证达到）。默认值是200ms

-XX：ParallelGCThread

  • 设置STW时GC线程数的值。最多设置为8

-XX：ConcGCThreads

  • 设置并发标记的线程数。将n设置为并行垃圾回收线程数（ParallelGCThreads）的四分之一左右。

-XX:InitiatingHeapOccupancyPercent

  • 设置触发并发周期的Java堆占用率。超过此值，就触发GC。默认值是45。

-XX:G1NewSizePercent、-XX:G1MaxNewSizePercent

  • 新生代占用整个堆内存的最小百分比（默认5%）、最大百分比（默认60%）

-XX:G1ReservePersent=10

  • 保留内存区域，防止 to space（Survivor中的to区）溢出。

如果使用G1垃圾收集器，不建议设置-Xmn和-XX:NewRatio，毕竟可能影响G1的自动调节

怎么选择垃圾收集器

  • 有限调整堆的小让JVM自适应完成。
  • 如果内存小于100M，使用串行收集器
  • 如果是单核、单机程序，并且没有停顿时间的要求，串行收集器
  • 如果是多CPU、需要高吞吐量、允许停顿时间超过1秒，选择并行或者JVM自己选择
  • 如果是多CPU、追求低停顿时间，需要快速响应（比如延迟不能超过1秒，如互联网应用），使用并发收集器。官方推荐G1，性能高。现在互联网的项目，基本都是使用G1

特别说明：

  1. 没有最好的收集器，更没有万能的收集；
  2. 调优永远是针对特定场景、特定需求，不存在一劳永逸的收集器

GC日志相关选项

常用参数

参数说明是否可以独立使用
-verbose:gc输出日志信息，默认输出的标准输出是
-XX:+PrintGC等同于-verbose:gc
表示打开简化的日志		是
-XX:+PrintGCDetails在发生垃圾回收时打印内存回收详细的日志，
并在进程退出时输出当前内存各区域的分配情况		是
-XX:+PrintGCTimeStamps程序启动到GC发生的时间秒数不可以独立使用，需要配合-XX:+PrintGCDetails使用
-XX:+PrintGCDateStamps输出GC发生时的时间戳（以日期的形式，例如：2013-05-04T21:53:59.234+0800）不可以独立使用，可以配合-XX:+PrintGCDetails使用
-XX:+PrintHeapAtGC每一次GC前和GC后，都打印堆信息是
-XIoggc:把GC日志写入到一个文件中去，而不是打印到标准输出中是

其他参数

参数说明
-XX:TraceClassLoading监控类的加载
-XX:PrintGCApplicationStoppedTime打印GC时线程的停顿时间
-XX:+PrintGCApplicationConcurrentTime垃圾收集之前打印出应用未中断的执行时间
-XX:+PrintReferenceGC记录回收了多少种不同引用类型的引用
-XX:+PrintTenuringDistribution让JVM在每次MinorGC后打印出当前使用的Survivor中对象的年龄分布
-XX:+UseGCLogFileRotation启用GC日志文件的自动转储
-XX:NumberOfGCLogFiles=1GC日志文件的循环数目
-XX:GCLogFileSize=1M控制GC日志文件的大小

其他参数

参数说明
-XX:+DisableExplicitGC禁用hotspot执行System.gc()，默认禁用
-XX:ReservedCodeCacheSize=[g、m、k]
-XX:InitialCodeCacheSize=[g、m、k]		指定代码缓存的大小
-XX:+UseCodeCacheFlushing使用该参数让jvm放弃一些被编译的代码，
避免代码缓存被占满时JVM切换到interpreted-only的情况
-XX:+DoEscapeAnalysis开启逃逸分析
-XX:+UseBiasedLocking开启偏向锁
-XX:+UseLargePages开启使用大页面
-XX:+PrintTLAB打印TLAB的使用情况
-XX:TLABSize设置TLAB大小

04-通过Java代码获取JVM参数

Java提供了java.lang.management包用于监视和管理Java虚拟机和Java运行时中的其他组件，它允许本地和远程监控和管理运行的Java虚拟机。其中managementFactory这个类还是挺常用的。另外还有Runtime类也可以获取一些内存、CPU核数等相关的数据。

通过这些api可以监控我们的应用服务器的堆内存使用情况，设置一些阈值进行报警等处理。

public class MemoryMonitor {
    public static void main(String[] args) {
        MemoryMXBean memoryMXBean = ManagementFactory.getMemoryMXBean();
        MemoryUsage usage = memoryMXBean.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: " + memoryMXBean.getHeapMemoryUsage());
        System.out.println("Non-Heap Memory Usage: " + memoryMXBean.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");// 最大可用总堆内存大小
    }
}
丶只有影子
关注
专栏目录
性能监控与调优篇--4 JVM运行时参数 --B站尚硅谷JVM课程学习
x18845040365的博客
04-13 196
JVM参数选项类型 标准参数选项，比较稳定，以-开头，在cmd中java -help命令得到的就是 -X参数选项：非标准 -XX参数选项：非标准 分类为Boolean类型和非Boolean类型（数值型和字符串型） Boolean型： 数值型： 字符串型： -XX：HeapDumpPath = /url/a.hprof 设置堆转存文件的路径 添加JVM参数选项 在idea中 edit configuration 运行jar包 java -Xms100m -Xmx100m -XX：+
尚硅谷 宋红康 JVM教程_02_字节码与类的加载篇
狗剩的专栏
01-18 1226
目录 尚硅谷 宋红康 JVM教程 学习笔记 https://www.bilibili.com/video/BV1PJ411n7xZ ppt地址： https://download.csdn.net/download/wei198621/14040543 JVM参数列表： https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html P204-JVM中篇内容概述 11:51 P205-字节码文件的跨平台性 13:12 P2
尚硅谷jvm整理.md
07-14
尚硅谷jvm课件整理ppt
尚硅谷-JVM-性能监控与调优篇（P302~P381）
Empirefree的博客
07-31 765
第二篇字节码和类加载篇感觉用处不大，暂时跳过，直接开始性能监控和调优。但是是免费篇，讲的都是写工具、参数，实际案例比较少。视频地址https。
JVM 尚硅谷
zerlinda123的博客
03-05 548
JVM 尚硅谷
JVM尚硅谷
最新发布
kc7w91的博客
12-12 1122
jvm可以解释运行任何语言的字节码（前提是你要符合jvm规范）你的朋友就可以拿着.class文件和自己机子上的jre运行你的代码了我们编写好的.java文件完整流程：.java文件经过前端编译器（javac）生成字节码文件.class文件，javac是JDK中的JDK = JRE + 编译字节码文件过程（生成class文件）JRE = java各种API （jre中的lib目录下的内容）+ JVM（jre中的bin目录下的内容）jvm是程序虚拟机，跟硬件没有交互，是在操作系统之上。
JVM下篇：性能监控与调优篇_05_分析GC日志_尚硅谷
Java全栈开发者
10-16 450
在显示完区域容量GC的情况之后，会接着显示整个堆内存区域的GC情况：GC前堆内存已使用容量->GC后堆内存容量（堆内存总容量），并且堆内存总容量 = 9/10 新生代 + 老年代，然后堆内存总容量肯定小于初始化的内存大小。在显示完区域容量GC的情况之后，会接着显示整个堆内存区域的GC情况：GC前堆内存已使用容量->GC后堆内存容量（堆内存总容量），并且堆内存总容量 = 9/10 新生代 + 老年代，然后堆内存总容量肯定小于初始化的内存大小。发生了一次垃圾回收，这是一次Minior GC。
JVM从入门到精通（尚硅谷宋红康）
qq_41740883的博客
06-20 3798
01-JVM内存与垃圾回收篇概述 对 Java 程序员来说，Java 虚拟机（JVM ）可以说是既熟悉又神秘，很少有 Java 程序员能够抑制自己探究它的冲动。可惜透彻讲解 JVM 的书籍（尤其是国内出版的）简直少之又少，这里就更不要说能系统讲解 JVM 的视频教程了。尚硅谷的这套 JVM 从入门到精通，绝对可谓是研究 JVM 的程序员及广大 JVM 爱好者的福音。 课程内容分为四个篇章 内存与垃圾回收篇 字节码与类的加载篇 性能监控与调优篇 大厂面试篇 本套视频使用到的软件 # JDK1.8 目前企业
Hadoop学习总结-下篇（Yarn、调优、源码）
qq_42274571的博客
09-24 187
跟学尚硅谷Hadoop，自我总结 4 Yarn 4.1 概述 (面试重点) Yarn 是一个资源调度平台，负责为运算程序提供服务器运算资源，相当于一个分布式 的操作系统平台，而 MapReduce 等运算程序则相当于运行于操作系统之上的应用程序。 （1）MR 程序提交到客户端所在的节点。 （2）YarnRunner 向 ResourceManager 申请一个 Application。 （3）RM 将该应用程序的资源路径返回给 YarnRunner。 （4）该程序将.
Java 学习路线大全，再也不用迷路啦（持续更新）
腾讯全栈-ITCJF
10-14 2984
路线特点 最新，完整一条龙，从入门到入土（⭐ 表示推荐学习） 给出目标、学习建议、关键知识点、最优资源以及各类资源推荐（视频、书籍、文档、项目、工具等） 划分阶段、更有计划，且在最后给出持续学习的方向、探索 Java 程序员发展的无限可能 前言 首先呢，我们要了解 Java 的应用场景和就业方向，看看和自己的学习目的是否一致，目前，Java 的岗位需求多，是后台开发的主流编程语言，功能强大，还是很值得学习的。 阶段 1：Java 入门 目标 培养兴趣、快速上手 前期准备 准备好一款在线、随时随地
尚硅谷java全套视频
08-26
尚硅谷java 全套视频 完整无缺，适合java入门提高。
尚硅谷周阳JVM视频简要笔记
beinlife的博客
11-05 3935
一、java虚拟机主要四部分 1.类加载器 2.执行引擎 3.本地接口 4.运行数据区 二、运行时数据区： 1.jvm的优化99%在堆，1%在方法区 2.方法区:主要是构造方法和接口的代码，静态变量+常量+类信息+运行时常量（实例变量存在于堆内存中） 3.栈管运行，堆管存储（虚拟机栈） 栈也叫栈内存，主管java程序的运行，是在线程创建时创建，它的生命周期是...
尚硅谷JVM全套教程
热门推荐
七叔的博客
06-01 1万+
不从恶人的计谋，不站罪人的道路，不坐亵慢人的座位，惟喜爱耶和华的律法，昼夜思想，这人便为有福！他要像一棵树栽在溪水旁，按时候结果子，叶子也不枯干。凡他所做的尽都顺利。
【JVM】1、字节码、JVM整体结构、声明周期、发展历程
flora
01-16 396
JVM整体结构字节码虚拟机JAVA虚拟机JVM整体结构JAVA代码执行流程 字节码 Java虚拟机是解释运行字节码文件的，如下图其他语言只要通过其编译器生成了对应字节码文件就可以在java虚拟机上运行。 我们平时说的java字节码，指的是用java语言编译成的字节码。准确的说任何能在jvm平台上执行的字节码格式都是一样的。所以应该统称为：jvm字节码。 不同的编译器，可以编译出相同的字节码文件，字节码文件也可以在不同的JVM上运行。 Java虚拟机与Java语言并没有必然的联系，它只与特定的二
尚硅谷 宋红康 JVM教程_01_内存与垃圾回收篇——01
狗剩的专栏
01-03 2201
目录 尚硅谷 宋红康 JVM教程 学习笔记 https://www.bilibili.com/video/BV1PJ411n7xZ P01-JVM内存与垃圾回收篇概述 09:34 P02-如何看待Java上层技术与JVM 20:17 P03-为什么要学习JVM 05:14 P04-面向人群和课程特点 10:15 P05-官方规范下载与参考书目 08:30 P06-跨平台的语言Java和跨语言的平台JVM 15:22 P07-字节码与多语言混合编程 06:25 P08
【JVM】尚硅谷宋红康JVM系列1：内存与垃圾回收篇
Java
06-05 2576
文章目录 b站视频地址： https://www.bilibili.com/video/BV1PJ411n7xZ/?p=2
JVM垃圾回收机制总结(8) ：反思和参考资料
topMan'blog
09-07 148
垃圾回收的悖论     所谓“成也萧何败萧何”。Java的垃圾回收确实带来了很多好处，为开发带来了便利。但是在一些高性能、高并发的情况下，垃圾回收确成为了制约Java应 用的瓶颈。目前JDK的垃圾回收算法，始终无法解决垃圾回收时的暂停问题，因为这个暂停严重影响了程序的相应时间，造成拥塞或堆积。这也是后续JDK增加 G1算法的一个重要原因。     当然，上面是从技术角度出发解决垃圾回...
尚硅谷-宋红康-JVM上中下篇完整笔记-JVM上篇_内存与垃圾回收篇
chuixue24的博客
05-06 4109
TIOBE语言热度排行榜世界上没有最好的编程语言，只有最适用于具体应用场景的编程语言。java: 跨平台的语言JVM: 跨语言的平台随着Java7的正式发布,Java虚拟机的设计者们通过JSR-292规范基本实现在Java虚拟机平台上运行非Java语言编写的程序.
JVM调优详解：关键参数与调优策略
"这篇文章主要汇总了JVM调优的一些关键参数和调优方法，适合对Java虚拟机性能优化感兴趣的读者。作者提供了多个JVM启动参数的示例，以帮助理解和调整JVM的行为，确保应用程序在运行时能高效、稳定地工作。" 在Java...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

丶只有影子

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值