深入JVM-垃圾收集器常用的GC参数
javaGC垃圾回收机制G1、CMS
javaGC垃圾回收机制G1、CMSCMS(Concurrent Mark-Sweep)是以牺牲吞吐量为代价来获得最短回收停顿时间。
对于要求服务器响应速度的应⽤上，这种垃圾回收器⾮常适合。
在启动JVM参数加上-XX:+UseConcMarkSweepGC ，这个参数表⽰对于⽼年代的回收采⽤CMS。
CMS采⽤的基础算法是：标记—清除。
使⽤场景：1、应⽤程序对停顿⽐较敏感，并且在应⽤程序运⾏的时候可以提供更⼤的内存和更多的CPU2、在JVM中，有相对较多存活时间较长的对象(⽼年代⽐较⼤)会更适合使⽤CMS。
为解决CMS算法产⽣空间碎⽚和其它⼀系列的问题缺陷，HotSpot提供了另外⼀种垃圾回收策略，G1（Garbage First）算法，通过参数-XX:+UseG1GC来启⽤，该算法在JDK 7u4版本被正式推出，G1垃圾收集算法主要应⽤在多CPU⼤内存的服务中，在满⾜⾼吞吐量的同时，竟可能的满⾜垃圾回收时的暂停时间，下⾯是官⽅介绍：The Garbage-First (G1) collector is a server-style garbage collector, targeted for multi-processor machines with large memories.It meets garbage collection (GC) pause time goals with a high probability, while achieving high throughput. The G1 garbagecollector is fully supported in Oracle JDK 7 update 4 and later releases. The G1 collector is designed for applications that:Can operate concurrently with applications threads like the CMS collector.Compact free space without lengthy GC induced pause times.Need more predictable GC pause durations.Do not want to sacrifice a lot of throughput performance.Do not require a much larger Java heap.G1采⽤了另外⼀种完全不同的⽅式组织堆内存，堆内存被划分为多个⼤⼩相等的内存块（Region），每个Region是逻辑连续的⼀段内存，G1中提供了三种模式垃圾回收模式，young gc、mixed gc 和 full gc，在不同的条件下被触发。
JVM常用参数设置(针对G1GC)
JVM常用参数设置（针对G1GC）Java虚拟机（JVM）是Java程序的运行环境，在JVM中，存在很多参数可以对其进行配置以优化Java应用程序的性能。
本文将介绍G1GC垃圾收集器常用的JVM参数设置。
G1GC（Garbage-First Garbage Collector）是JVM中的一种垃圾收集器，它是在Java 7 update 4之后引入的，并在Java 9中成为默认垃圾收集器。
G1GC的目标是为了更好地处理大内存的堆和长暂停时间，通过将堆内存划分成多个小区域（Region），并使用多线程来并行扫描、标记和压缩堆内存中的垃圾对象。
以下是一些常用的JVM参数设置，可以针对G1GC进行调整：1. -Xms：设置JVM的初始堆内存大小。
例如，-Xms2g将初始堆内存设置为2GB。
2. -Xmx：设置JVM的最大堆内存大小。
例如，-Xmx8g将最大堆内存设置为8GB。
3. -XX:+UseG1GC：启用G1GC垃圾收集器。
4. -XX:MaxGCPauseMillis：设置G1GC的最大垃圾收集停顿时间（单位：毫秒）。
默认值为200毫秒，可以根据实际需求进行调整。
较大的值可以减少垃圾收集的频率，但也会增加每次垃圾收集的停顿时间。
5. -XX:G1HeapRegionSize：设置G1GC中每个Region的大小。
默认值为堆内存的1/2048、较小的Region可以提高并行性和垃圾收集的效率，但同时也会增加垃圾收集器的元数据开销。
6. -XX:InitiatingHeapOccupancyPercent：设置G1GC开始执行垃圾收集的堆占用比例。
默认值为45%，当堆的占用率达到该比例时，G1GC将开始执行垃圾收集。
可以根据应用程序的内存使用情况进行调整。
7. -XX:ConcGCThreads：设置G1GC的并发垃圾收集线程数。
默认值为根据CPU核数动态计算的值。
可以根据实际硬件环境进行调整，较多的线程可以提高并发性能。
g1gc调优参数
g1gc调优参数1. 简介在Java应用程序中，垃圾回收（Garbage Collection）是一个重要的环节，它负责释放不再使用的内存资源。
G1GC（Garbage First Garbage Collector）是一种新的垃圾回收器，它在JDK 7u4版本中首次引入，并在JDK 9版本中成为默认的垃圾回收器。
2. G1GC的特点G1GC相比于传统的CMS（Concurrent Mark Sweep）垃圾回收器有以下几个特点：- 可预测的暂停时间：G1GC通过将堆划分为多个区域（Region），并采用并发标记、并发清理和并发整理的方式，使得垃圾回收过程可以与应用程序并发执行，从而避免了长时间的停顿。
- 自适应的内存分配：G1GC通过监控每个Region的垃圾回收情况，动态调整不同Region的大小，以达到更好的垃圾回收性能。
- 并行处理能力：G1GC在进行垃圾回收时，可以利用多个线程并行处理不同区域的垃圾回收任务，提高了垃圾回收的效率。
3. G1GC调优参数3.1 并发标记周期相关参数并发标记是G1GC中的一项重要工作，它可以与应用程序并行执行，以减少垃圾回收暂停的时间。
下面是一些与并发标记周期相关的参数：3.1.1 -XX:+G1ParallelGCThreads该参数用于指定并发标记阶段使用的线程数，默认值为CPU核心数的1/4。
3.1.2 -XX:G1ConcRefinementThreads该参数用于指定并发标记阶段的细化阶段使用的线程数，默认值为CPU核心数的1/4。
3.1.3 -XX:G1HeapRegionSize该参数用于指定每个Region的大小，默认值为堆大小的1/2000。
较小的Region 可以提高内存分配的精度，但会增加内存开销。
3.2 垃圾回收时间相关参数G1GC的目标是在可接受的暂停时间内完成垃圾回收。
下面是一些与垃圾回收时间相关的参数：3.2.1 -XX:MaxGCPauseMillis该参数用于指定最大垃圾回收暂停时间的目标值，默认值为200毫秒。
Java-技术专区-JVM调优常用参数
Java-技术专区-JVM调优常⽤参数1.调优的⽬的1.控制GC的⾏为：GC是⼀个后台处理，但是它也是会消耗系统性能的，因此经常会根据系统运⾏的程序的特性来更改GC⾏为。
2.控制JVM堆栈⼤⼩：JVM在内存分配上不需要你修改，但是当你的程序新⽣代对象在某个时间段产⽣的⽐较多的时候，就需要控制新⽣代的堆⼤⼩，同时，还要需要控制总的JVM⼤⼩避免内存溢出。
3.控制JVM线程的内存分配：如果是多线程程序，产⽣线程和线程运⾏所消耗的内存也是可以控制的，需要通过⼀定时间的观测后，配置最优结果。
2、GC 事件分类根据垃圾收集回收的区域不同，垃圾收集主要分为：2.1 Young GC（⼜称Minor GC、YGC）新⽣代内存的垃圾收集事件称为 Young GC（⼜称 Minor GC），当 JVM ⽆法为新对象分配在新⽣代内存空间时总会触发 Young GC。
⽐如 Eden 区占满时，新对象分配频率越⾼，Young GC 的频率就越⾼。
Young GC 每次都会引起全线停顿（Stop-The-World），暂停所有的应⽤线程，停顿时间相对⽼年代 GC 造成的停顿，⼏乎可以忽略不计。
2.2 Old GC（⼜称Major GC）只清理⽼年代空间的 GC 事件，只有 CMS 的并发收集是这个模式。
2.3 Full GC清理整个堆的GC事件，包括新⽣代、⽼年代、元空间等。
2.4 Mixed GC清理整个新⽣代以及部分⽼年代的 GC，只有 G1 有这个模式。
3、常⽤参数总结3.1 堆设置-Xms：初始堆⼤⼩-Xmx：最⼤堆⼤⼩-Xmn：新⽣代⼤⼩-Xss：线程堆栈⼤⼩，默认为1M-XX:NewRatio=n:设置新⽣代和年⽼代的⽐值，默认为1:2。
如为3，表⽰新⽣代与年⽼代⽐值为1：3，年轻代占整个年轻代年⽼代和的1/4-XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的⽐值。
注意Survivor区有两个。
Java虚拟机JVM各调优参数说明
Java虚拟机JVM各调优参数说明Java虚拟机（JVM）是Java程序运行的环境，它负责将Java源代码编译为字节码，并在运行时执行这些字节码。
JVM的性能对于Java应用程序的性能至关重要。
为了优化JVM的性能，我们可以通过调整一些参数来改变其行为。
下面是JVM各调优参数的详细说明。
1. -Xms和-Xmx：这两个参数用于设置JVM的初始堆大小和最大堆大小。
初始堆大小表示JVM在启动时申请的内存大小，最大堆大小表示JVM所能申请的最大内存大小。
可以使用以下命令设置初始堆大小为1GB，最大堆大小为2GB：-Xms1g -Xmx2g。
2. -XX:NewSize和-XX:MaxNewSize：这两个参数用于设置新生代的初始大小和最大大小。
新生代是JVM堆的一部分，用于存放新创建的对象。
可以使用以下命令设置新生代的初始大小为256MB，最大大小为512MB：-XX:NewSize=256m -XX:MaxNewSize=512m。
3. -XX:SurvivorRatio：这个参数用于设置新生代中Eden区和Survivor区的比例。
Eden区是新对象的分配区域，Survivor区是用于存放幸存的对象的区域。
可以使用以下命令设置Eden区和Survivor区的比例为8:1：-XX:SurvivorRatio=84. -XX:MaxTenuringThreshold：这个参数用于设置对象在Survivor区中的最大年龄。
当对象在Survivor区中存活的时间超过这个阈值时，它将被晋升到老年代。
可以使用以下命令设置最大年龄为15：-XX:MaxTenuringThreshold=155. -XX:PermSize和-XX:MaxPermSize：这两个参数用于设置永久代的初始大小和最大大小。
永久代用于存放类的元数据、静态变量和常量池等信息。
可以使用以下命令设置永久代的初始大小为128MB，最大大小为256MB：-XX:PermSize=128m -XX:MaxPermSize=256m。
jvm 垃圾回收参数指标
jvm 垃圾回收参数指标JVM（Java虚拟机）的垃圾回收参数指标是用来调整和优化垃圾回收行为的设置。
这些参数可以影响垃圾回收的性能、内存利用率和应用程序的响应时间。
下面是一些常见的JVM垃圾回收参数指标：1. -Xmx，这个参数用来设置JVM的最大堆内存大小。
增加该值可以提高应用程序的性能，但也会增加垃圾回收的时间。
2. -Xms，这个参数用来设置JVM的初始堆内存大小。
合理设置该值可以减少垃圾回收的频率，提高应用程序的启动速度。
3. -Xmn，这个参数用来设置年轻代的大小。
年轻代是垃圾回收的主要区域，较小的年轻代可以减少垃圾回收的时间，但可能导致更频繁的垃圾回收。
4. -XX:NewRatio，这个参数用来设置年轻代和老年代的比例。
增加该值可以增加老年代的大小，减少垃圾回收的频率。
5. -XX:SurvivorRatio，这个参数用来设置Eden区和Survivor区的比例。
合理设置该值可以平衡内存的利用率和垃圾回收的效率。
6. -XX:MaxTenuringThreshold，这个参数用来设置对象进入老年代的年龄阈值。
增加该值可以减少对象进入老年代的频率，减少垃圾回收的时间。
7. -XX:CMSInitiatingOccupancyFraction，这个参数用来设置CMS垃圾回收器的触发阈值。
当老年代的占用率达到该阈值时，将触发CMS垃圾回收。
8. -XX:+UseG1GC，这个参数用来启用G1垃圾回收器。
G1垃圾回收器是一种基于区域的垃圾回收器，可以更精确地控制垃圾回收的时间和内存利用率。
以上是一些常见的JVM垃圾回收参数指标。
根据具体的应用场景和需求，可以根据这些参数进行调整和优化，以达到更好的垃圾回收性能和应用程序的响应时间。
4、JVM垃圾回收机制、新生代的GC、GC(Minor GC、FullGC)、GC日志、JVM参数
4.JVM垃圾回收机制4.1.新生代的GC4.1.1.串行GC（SerialGC）4.1.2.并行回收GC(Parallel Scavenge)4.1.3.并行GC(ParNew)4.2.GC（Minor GC、FullGC）4.2.1.Minor GC4.2.2.FullGC4.3.GC日志4.JVM垃圾回收机制JVM分别对新生代和老年代采用不同的垃圾回收机制。
4.1.新生代的GC新生代通常存活时间较短，因此基于复制算法来进行回收，所谓复制算法就是扫描出存活的对象，并复制到一块新的完全未使用的空间中，对应于新生代，就是在Eden和其中一个Survivor，复制到另一个之间Survivor空间中，然后清理掉原来就是在Eden和其中一个Survivor中的对象。
新生代采用空闲指针的方式来控制GC触发，指针保持最后一个分配的对象在新生代区间的位置，当有新的对象要分配内存时，用于检查空间是否足够，不够就触发GC。
当连续分配对象时，对象会逐渐从eden到 survivor，最后到老年代。
用java visualVM来查看，能明显观察到新生代满了后，会把对象转移到旧生代，然后清空继续装在，当旧生代也满了后，就会报OutOfMemory的异常。
在执行机制上JVM提供了串行GC(SerialGC)、并行回收GC(ParallelScavenge)和并行GC(ParNew)。
4.1.1.串行GC（SerialGC）在整个扫描和复制过程采用单线程的方式来进行，适用于单CPU、新生代空间较小及对暂停时间要求不是非常高的应用上，是client级别默认的GC方式，可以通过-XX:+UseSerialGC来强制指定。
4.1.2.并行回收GC(Parallel Scavenge)在整个扫描和复制过程采用多线程的方式来进行，适用于多CPU、对暂停时间要求较短的应用上，是server级别默认采用的GC方式，可用-XX:+UseParallelGC来强制指定，用-XX:ParallelGCThreads=4来指定线程数。
gc监控指标 -回复
gc监控指标-回复GC（Garbage Collection）是指垃圾回收，是一种自动内存管理机制，用于检测和回收不再使用的内存。
在Java应用程序中，垃圾收集器是负责管理堆内存中对象的分配和释放的，以确保应用程序有效地使用内存资源。
GC监控指标是用于监视和分析GC行为的一系列度量指标，可以帮助我们了解垃圾收集器的性能表现、内存使用情况和应用程序的健康状况。
以下是一些常见的GC监控指标和它们的解释：1. 垃圾收集时间（GC Time）：垃圾收集器在执行垃圾回收时花费的时间。
高垃圾收集时间可能会导致应用程序的停顿时间增加，降低应用程序的响应性能。
2. 垃圾收集器执行次数（GC Count）：记录垃圾收集器执行垃圾回收的次数。
高垃圾收集器执行次数可能意味着堆内存的使用情况不佳，或者可能存在内存泄漏的问题。
3. 垃圾收集器执行耗时（GC Latency）：衡量垃圾收集器执行垃圾回收所花费的时间。
高垃圾收集器执行耗时可能会导致应用程序的停顿时间增加，影响应用程序的性能。
4. 垃圾回收器堆内存使用量（Heap Usage）：记录堆内存的使用情况，包括堆内存的总容量、已使用容量和剩余容量。
高垃圾回收器堆内存使用量可能意味着内存使用不均衡，或者可能存在内存泄漏的问题。
5. 内存分配速率（Allocation Rate）：记录在单位时间内分配的新对象的数量。
高内存分配速率可能会导致频繁的垃圾回收，增加垃圾收集器的负担。
6. 晋升对象数量（Promotion Count）：记录从新生代到老年代晋升的对象数量。
过多的晋升对象可能会导致老年代的内存使用过于频繁，增加垃圾收集器的工作量。
7. 年轻代回收频率（Young Generation Collection Frequency）：记录年轻代（包括Eden区和Survivor区）垃圾回收的频率。
过于频繁的年轻代回收可能会对应用程序的性能产生负面影响。
8. 老年代回收频率（Old Generation Collection Frequency）：记录老年代垃圾回收的频率。
JVM的三种常见GC：MinorGC、MajorGC与FullGC
JVM的三种常见GC：MinorGC、MajorGC与FullGC 文章目录••ooo▪▪▪oo▪JVM的GCGC：垃圾回收GC英文全称为Garbage Collection，即垃圾回收。
Java中的GC就是对内存的GC。
Java的内存管理实际上就是对象的管理，其中包括对象的分配和释放。
Java对象的分配，程序员可以通过new关键字，Class的new-Instance方法等来显示的分配；而对象的释放，程序员不能实时的进行释放，这就需要GC来完成。
JVM GC的种类JVM常见的GC包括三种：Minor GC，Major GC与Full GC针对HotSpot VM的实现，它里面的GC按照回收区域又分为两大种类型：•一种是部分收集(Partial GC)•一种是整堆收集(Full GC)部分收集(Partial GC)：不是完整收集整个Java堆的垃圾收集，其中又分为:•新生代收集(Minor GC/Young GC):只是新生代的垃圾收集•老年代收集(Major GC/Old GC):只是老年代的垃圾收集•混合收集(Mixed GC):收集整个新生代以及部分老年代的垃圾收集，目前，只有G1 GC会有这种行为整堆收集(Full GC)：收集整个Java堆和方法区的垃圾收集注意：JVM在进行GC时，并非每次都对所有区域(新生代，老年代，方法区)一起回收的，大部分时候回收的都是指新生代GC的触发机制年轻代GC(Minor GC)触发机制触发机制：•当年轻代空间不足时，就会触发Minor GC，这里的年轻代空间不足指的是Eden区满，Survivor区满不会触发GC(每次Minor GC 会清理年轻代的内存)因为Java对象大多具备朝生夕死的特新，所以Minor GC非常频繁，一般回收速度也比较快.Minor GC会引发STW，暂停其他用户线程，等垃圾回收结束，用户线程才恢复运行老年代GC(Major GC/Full GC)触发机制指发生在老年代的GC，对象从老年代消失时，我们说"Major GC 或Full GC"发生了、一般出现Major GC，经常会伴随至少一次的Minor GC(但非绝对的，在Parallel Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程)触发机制：•也就是老年代空间不足时，会先尝试触发Minor GC，如果之后空间还不足，则触发Major GCPS：Major GC的速度一般会比Minor GC慢10倍以上，STW的时间更长如果Major GC后，内存还不足，就报OOM了Major GC的速度一般会比Minor GC慢10倍以上Full GC触发机制触发Full GC执行的情况有如下五种:•调用System.gc()，系统建议执行Full GC，但是不必然执行•老年代空间不足•方法区空间不足•通过Minor GC后进入老年代的平均大小大于老年代的可用内存•由Eden区，from区向to区复制时，对象大小大于to区可用内存，则把对象转存到老年代，并且老年代的可用内存小于该对象大小（那要是GC之后还不够呢？那还用说：OOM异常送上）另外要特别注意: full GC是开发或调优中尽量要避免的为什么需要把Java堆分代？经研究，不同对象的生命周期不同，70%-99%的对象是临时对象其实不分代完全可以，分代的唯一理由就是优化GC性能，如果没有分代，那所有的对象都在一个区域，当需要进行GC的时候就需要把所有的对象都进行遍历，GC的时候会暂停用户线程，那么这样的话，就非常消耗性能，然而大部分对象都是朝生夕死的，何不把活得久的朝生夕死的对象进行分代呢，这样的话，只需要对这些朝生夕死的对象进行回收就行了.总之，容易死的区域频繁回收，不容易死的区域减少回收.扩展：分代回收机制的三个假说当前商业虚拟机的垃圾收集器，大多数都遵循了“分代收集”（GenerationalCollection）[插图]的理论进行设计，分代收集名为理论，实质是一套符合大多数程序运行实际情况的经验法则，它建立在两个分代假说之上：1.弱分代假说（Weak Generational Hypothesis）：绝大多数对象都是朝生夕灭的。
g1gc调优参数
g1gc调优参数G1GC（Garbage-First Garbage Collector）是一种用于Java虚拟机的垃圾回收器，它的目标是在有限的时间内实现高吞吐量和低延迟。
下面是一些常用的G1GC调优参数：1. -XX:+UseG1GC：启用G1GC垃圾回收器。
2. -XX:MaxGCPauseMillis=<n>：设置期望的最大垃圾回收停顿时间（毫秒）。
默认值是200毫秒。
3. -XX:G1HeapRegionSize=<n>：设置堆区域的大小。
默认值是堆的1/2000。
较小的区域大小可以提高垃圾回收的吞吐量，但会增加垃圾回收的开销。
4. -XX:ConcGCThreads=<n>：设置并发垃圾回收线程的数量。
默认值是处理器核心数的1/4。
5. -XX:InitiatingHeapOccupancyPercent=<n>：设置触发并发垃圾回收的堆占用率百分比。
默认值是45%。
6. -XX:G1ReservePercent=<n>：设置作为保留空间的堆大小百分比。
默认值是10%。
7. -XX:MaxTenuringThreshold=<n>：设置对象经过多少次垃圾回收后进入老年代。
默认值是15。
8. -XX:G1MixedGCLiveThresholdPercent=<n>：设置混合垃圾回收周期中存活对象的阈值百分比。
默认值是85%。
9. -XX:G1MixedGCCountTarget=<n>：设置混合垃圾回收周期的目标回收次数。
默认值是8。
10. -XX:G1HeapWastePercent=<n>：设置堆中可浪费的最大空间百分比。
默认值是5%。
这些参数可以根据具体的应用场景和系统配置进行调整。
一般来说，可以通过监控应用程序的垃圾回收性能和内存使用情况，逐步调整参数值，以达到最佳的性能和吞吐量。
gc常用参数
gc常用参数GC（垃圾回收）是指自动管理内存的过程，它会自动找出无用的内存对象并释放掉，使得程序不会占用过多的内存空间。
在Java等语言中，GC是由虚拟机自行实现的，但是我们可以通过一些参数来调整GC的效果。
1. -Xms：设置虚拟机初始内存大小，即Java程序启动时分配的内存大小。
默认值为物理内存的1/64。
2. -Xmx：设置虚拟机最大内存大小，即Java程序所允许的最大内存大小。
默认值为物理内存的1/4。
3. -Xmn：设置年轻代内存大小，即将内存分为年轻代和老年代两部分，年轻代用于存放新生对象，老年代用于存放长生命周期的对象。
默认值为-Xmx的1/3。
4. -XX:+UseParallelGC：使用并行GC，即在多个CPU上并行回收垃圾。
5. -XX:+UseConcMarkSweepGC：使用CMS GC，即在不停止程序的情况下进行垃圾回收。
6. -XX:+UseG1GC：使用G1 GC，即将内存分成多个区域，每个区域独立进行垃圾回收。
7. -XX:SurvivorRatio：设置年轻代中Eden区域和Survivor区域的比例。
默认值为8，即Eden:S0:S1=8:1:1。
8. -XX:MaxTenuringThreshold：设置对象在年轻代中存活的最大年龄，超过该年龄的对象会被晋升到老年代。
默认值为15。
9. -XX:+UseAdaptiveSizePolicy：启用自适应内存分配策略，即根据应用程序的需求自动调整内存分配。
10. -XX:+PrintGCDetails：打印GC详细信息，包括每次GC的时间、回收的内存大小、GC的原因等。
以上是常见的GC参数，根据实际情况可以进行调整以达到更好的性能表现。
gc常用调优参数
gc常用调优参数GC（Garbage Collection）是Java虚拟机（JVM）的一项重要功能，用于自动管理内存。
为了优化GC的性能，我们可以通过调整一些常用的参数来达到更好的效果。
本文将介绍一些常用的GC调优参数及其作用，帮助读者在实际应用中进行性能优化。
1. -Xmx和-Xms：这两个参数用来设置JVM的堆内存大小。
-Xmx 用于设置最大堆内存大小，-Xms用于设置初始堆内存大小。
合理设置这两个参数可以避免频繁的堆内存扩容和收缩，提高应用的性能。
2. -XX:NewRatio：这个参数用于设置新生代和老年代的比例。
默认情况下，新生代占整个堆内存的1/3，老年代占2/3。
根据应用的特点，可以适当调整这个比例以提高GC的效率。
3. -XX:SurvivorRatio：这个参数用于设置Eden区和Survivor区的比例。
默认情况下，Eden区占新生代的8/10，Survivor区占新生代的1/10。
根据应用的特点，可以适当调整这个比例以减少对象在Eden区的存活时间，从而减少GC的次数。
4. -XX:MaxTenuringThreshold：这个参数用于设置对象进入老年代的年龄阈值。
默认情况下，对象经过15次Minor GC仍然存活，就会被移到老年代。
根据应用的特点，可以适当调整这个阈值以减少对象进入老年代的次数，减轻老年代的GC压力。
5. -XX:+UseConcMarkSweepGC：这个参数用于启用CMS （Concurrent Mark and Sweep）垃圾收集器。
CMS收集器是一种并发收集器，可以在主线程运行的同时进行垃圾收集，减少应用的停顿时间。
适用于对响应时间要求较高的应用场景。
6. -XX:+UseG1GC：这个参数用于启用G1（Garbage-First）垃圾收集器。
G1收集器是一种面向服务端应用的垃圾收集器，可以更好地控制垃圾收集的停顿时间。
适用于内存较大的应用场景。
常用jvm参数
常用jvm参数常用JVM参数Java虚拟机（JVM）是Java程序的运行环境，它是Java语言的核心部分。
JVM的性能对于Java程序的运行速度和稳定性有着至关重要的影响。
在JVM的运行过程中，我们可以通过设置一些参数来优化JVM的性能，提高Java程序的运行效率和稳定性。
本文将介绍一些常用的JVM参数。
1. -Xms和-Xmx-Xms和-Xmx是JVM的两个重要参数，它们分别用于设置JVM的初始堆大小和最大堆大小。
JVM的堆是Java程序运行时的内存空间，用于存储Java对象。
如果程序需要创建的对象超过了堆的大小，就会导致OutOfMemoryError异常。
因此，合理设置-Xms和-Xmx参数可以避免这种情况的发生。
-Xms参数用于设置JVM的初始堆大小，它的默认值是物理内存的1/64。
例如，如果物理内存是4GB，那么-Xms的默认值就是64MB。
可以通过以下命令来设置-Xms参数：java -Xms512m Main这个命令将JVM的初始堆大小设置为512MB。
-Xmx参数用于设置JVM的最大堆大小，它的默认值是物理内存的1/4。
例如，如果物理内存是4GB，那么-Xmx的默认值就是1GB。
可以通过以下命令来设置-Xmx参数：java -Xmx1024m Main这个命令将JVM的最大堆大小设置为1GB。
2. -XX:PermSize和-XX:MaxPermSize-XX:PermSize和-XX:MaxPermSize是JVM的两个参数，它们用于设置JVM的永久代（Permanent Generation）大小。
永久代是JVM的一部分，用于存储Java类的元数据，例如类名、方法名、字段名等。
如果永久代的大小不够，就会导致OutOfMemoryError 异常。
-XX:PermSize参数用于设置JVM的永久代初始大小，它的默认值是物理内存的1/64。
例如，如果物理内存是4GB，那么-XX:PermSize的默认值就是64MB。
JVM之垃圾回收机制（GC）
JVM之垃圾回收机制（GC）JVM之垃圾回收机制全解（GC）⽂章底部有思维导图，较为清晰，可参考导读：垃圾回收是Java体系中最重要的组成部分之⼀，其提供了⼀套全⾃动的内存管理⽅案，要想掌握这套管理⽅案，就必须了解垃圾回收器的⼯作原理。
本⽂介绍了垃圾回收的概念，算法，垃圾回收器及我在⼯作中遇到的⼀些关于GC的优化实例。
先来简单了解下JVM：-------------------------------------------------------------⼀、heap内存划分-------------------------------------------------------------1.年轻代：分三个区。
⼀个Eden区，两个Survivor区(from Survivor(s0)区和to Survivor(s1)区)。
⼤部分对象在Eden区中⽣成。
当Eden区满时，还存活的对象将被复制到Survivor区（两个中的⼀个），当这个Survivor区满时，此区的存活对象将被复制到另外⼀个Survivor 区，当这个Survivor去也满了的时候，从第⼀个Survivor区复制过来的并且此时还存活的对象，将被复制“年⽼区(Tenured)”。
2.年⽼代在年轻代中经历了N次（(ParNew默认15)）垃圾回收后仍然存活的对象，就会被放到年⽼代中。
年轻代放不下的⼤对象直接进⼊⽼年代。
tip1：对象动态年龄计算规则虚拟机并不是永远地要求对象的年龄必须达到了MaxTenuringThreshold（默认15次）才能晋升⽼年代，如果在Survivor空间中相同年龄所有对象⼤⼩的总和⼤于Survivor空间的⼀半，年龄⼤于或等于该年龄的对象就可以直接进⼊⽼年代，⽆须等到MaxTenuringThreshold中要求的年龄。
3.持久代⽤于存放静态⽂件，如今Java类、⽅法等JDK1.8中，永久代已经从java堆中移除，String直接存放在堆中，类的元数据存储在meta space中，meta space占⽤外部内存，不占⽤堆内存。
深入浅出JVMGC（4）常用GC参数介绍
深⼊浅出JVMGC（4）常⽤GC参数介绍# 前⾔从前⾯的3篇⽂章中，我们分析了5个垃圾收集器，还有⼀些 GC 的算法，那么，在 GC 调优中，我们肯定会先判断哪⾥出现的问题，然后再根据出现的问题进⾏调优，⽽调优的⼿段就是 JVM 提供给我们的那些参数或者说选项，这些参数将会改变 GC 的运⾏⽅式。
因此，他们显得极为重要。
我们将每⼀个垃圾收集器相关的参数⼀个⼀个娓娓道来，注意，楼主推荐⼀个⼩程序：前阿⾥ JVM ⼤神寒泉⼦的公众号⾥⾯有个⼩程序------JVM Pocket，这个⼩程序介绍了所有的 JVM 参数的作⽤，你可以在⾥⾯搜索你想知道的参数，也可以把你了解的参数写上去供⼤家参考。
公众号：lovestblog。
值得注意的⼀点是，这些参数可能会重复，还记得我们之前的那张图吗，楼主觉得有必要再发⼀次：可以看到，这些收集器会有⼀些重复，⽽且，某些参数也是会作⽤于所有的处理器，因此，我们下⾯的介绍可能会有⼀些重复。
还有⼀点就是，JVM 为我们设置了很多默认的参数，但是，如果可以的话，还是建议使⽤显式的声明，这样更能表达意图。
否则，别⼈不⼀定知道我们是否知道这些默认值。
我们开始我们的参数之旅吧！# 1. Serial 收集器参数串⾏收集器，client 的默认收集器，分为年轻代 Serial 和⽼年代 Serial Old 收集器。
1. -XX:+UseSerialGC 这个参数就是可以指定使⽤新⽣代串⾏收集器和⽼年代串⾏收集器， “+” 号的意思是ture，开启，反之，如果是“-”号，则是关闭。
2. -XX:+UseParNewGC 新⽣代使⽤ ParNew 回收器，⽼年代使⽤串⾏收集器。
3. -XX:+UseParallelGC 新⽣代私⽤ ParallelGC 回收器，⽼年代使⽤串⾏收集器。
⽽ Serial 收集器出现的⽇志为 DefNew .# 2. ParNew 收集器参数并⾏收集器是 Serial 的多线程版本，在 CPU 并⾏能⼒强⼤的计算机上有很⼤优势。
JVM参数配置与GC回收器
JVM参数配置汇总配置分类参数名称含义默认值设置标准备注堆大小设置-Xms 初始堆大小物理内存的1/64(<1GB)默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制.-Xmx 最大堆大小物理内存的1/4(<1GB)这里的heap = New Generation +Old Generation，但不包括PermGen堆内存分配-XmnEdenGeneration的Heap大小物理内存的1/4(<1GB)一般设置为Xmx的1/3或1/4注意：此处的大小是（eden+ 2survivor space).与jmap -heap中显示的New gen是不同的。
整个堆大小=年轻代大小 + 年老代大小+ 持久代大小.增大年轻代后,将会减小年老代大小.此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8-XX:NewRatioNew/Old的大小比率年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代)-XX:NewSize设置年轻代大小-XX:MaxNewSize 年轻代最大值可以通过NewRatio和-Xmx计算得到-XX:SurvivorRatioEden区与Survivor区的大小比值持久代内存设置-XX:PermSize设置持久代(perm gen)初始值物理内存的1/64-XX:MaxPermSize设置持久代最大值物理内存的1/4线程栈大小-Xss每个线程的堆栈大小JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K.更具应用的线程所需内存大小进行调整.在相同物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右一般小的应用，如果栈不是很深，应该是128k够用的大的应用建议使用256k。
这个选项对性能影响比较大，需要严格的测试。
jvm 正常指标
JVM正常指标有：
•堆内存使用情况：堆内存是JVM中最大的一块内存区域，用于存储对象实例。
通过监控堆内存的使用情况，我们可以了解到当前JVM中的对象分配情况、内存泄漏等问题。
常见的堆内存指标有：堆内存总大小、已使用堆内存大小、可用堆内存大小等。
•GC（垃圾回收）情况：垃圾回收是JVM自动管理内存的重要机制，通过回收不再使用的对象，释放内存空间。
监控GC情况可以帮助我们了解JVM的垃圾回收策略、回收频率以及回收时间等。
常见的GC指标有：GC 发生的次数、GC回收的对象数量、GC回收时间等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
深入JVM-垃圾收集器常用的GC参数
1.与串行回收器相关的参数
-XX:+UseSerialGC:在新生代和老年代使用串行收集器
-XX:SurvivorRatio:设置eden区大小和survivor区大小的比例
-XX:PretenureSizeThreshold:设置大对象直接进入老年代的阈值。
当对象的大小超过这个值时，将直接在老年代分配。
-XX:MaxTenuringThreshold:设置对象进入老年代的年龄的最大值。
每一次Minor GC后，对象年龄就加1。
任何大于这个年龄的对象，一定会进入老年代。
2.与并行GC相关的参数
-XX:+UseParNewGC:在新生代使用并行收集器
-XX:+UseParallelOldGC:老年代使用并行回收收集器
-XX:ParallelGCThreads:设置用于垃圾回收的线程数。
通常情况下可以和CPU 数量相等，但在CPU数量较多的情况下，设置相对较小的数值也是合理的。
-XX:MaxGCPauseMillis:设置最大垃圾收集停顿时间。
他的值是一个大于0的整数。
收集器在工作时，会调整Java堆大小或者其他参数，尽可能把停顿时间控制在MaxGCPauseMillis以内。
-XX:GCTimeRatio:设置吞吐量大小。
它是0-100的整数。
假设GCTimeRatio的值为n，那么系统将花费不超过1/(1+n)的时间用于垃圾收集。
-XX:+UseAdaptiveSizePolicy:打开自适应GC策略。
在这种模式下，新生代的大小、eden和survivor的比例、晋升老年代的对象年龄等参数会被自动调整，已达到在堆大小、吞吐量和停顿时间之间的平衡点。
3.与CMS回收期相关的参数
-XX:+UseConcMarkSweepGC:新生代使用并行收集器，老年代使用CMS+串行收集器
-XX:ParallelCMSThreads:设定CMS的线程数量
-XX:CMSInitiatingOccupancyFraction:设置CMS收集器在老年代空间被使用多少后触发，默认为68%
-XX:+UseCMSCompactAtFullCollection:设置CMS收集器完成垃圾收集后是否要进行一次内存碎片的整理
-XX:CMSFullGCsBeforeCompaction:设定进行多少次CMS垃圾回收后，进行一次内存压缩
-XX:+CMSClassUnloadingEnabled:允许对类元数据区进行回收
-XX:CMSInitiatingPermOccupancyFraction:当永久区占用率达到这一百分比时，启动CMS回收(前提是-XX:+CMSClassUnloadingEnabled激活了)
-XX:UseCMSInitiatingOccupancyOnlyn:表示只在到达阈值的时候才进行CMS 回收
-XX:+CMSIncrementalMode:使用增量模式，比较适合单CPU。
增量模式在JDK 8中标记为废弃，并将在JDK 9中彻底移除。
4.与G1回收期相关的参数
-XX:+UseG1GC:使用G1回收器
-XX:MaxGCPauseMillis:设置最大垃圾收集停顿时间
-XX:GCPauseIntervalMillis:设置停顿间隔时间
5.TLAB相关
-XX:+UseTLAB:开启TLAB分配
-XX:+PrintTLAB:打印TLAB相关分配信息
-XX:TLABSize:设置TLAB大小
-XX:+ResizeTLAB:自动调整TLAB大小
6.其他参数
-XX:+DisableExplicitGC:禁用显式GC
-XX:+ExplicitGCInvokesConcurrent:使用并发方式处理显式GC。