Pre
JVM-08垃圾收集Garbage Collection【GC常用参数】
JDK版本
= 1.8
核心参数
‐Xms2048M ‐Xmx2048M ‐Xmn1024M ‐Xss512K ‐XX:MetaspaceSize=256M ‐XX:MaxMetaspaceSize=256M
堆
线程栈
默认1M ， 不足的话 StackOverflowError
-Xss设置越小 ，说明一个线程栈里能分配的栈帧就越少，但是对JVM整体来说能开启的线程数会更多 ，当然了，线程多了并不一定性能就高，只是理论上是这样的。
方法区(元空间)
-XX:MetaspaceSize=N -XX:MaxMetaspaceSize=N
【参数解读】
-XX：MaxMetaspaceSize： 元空间最大值， 默认不限制， 取决于机器本身的内存
-XX：MetaspaceSize： 元空间的初始空间大小， 默认21M，达到该值就会触发full gc进行类型卸载， 同时GC收集器会对该值进行调整： 如果释放了大量的空间， 就适当降低该值； 如果释放了很少的空间， 那么在不超过MaxMetaspaceSize的情况下， 适当提高该值的大小（类似自动扩容）。
对于64位JVM来说，元空间的默认初始大小是21MB，若不足，GC后自动扩容，无上限，取决于操作系统的内存大小。
【经验之谈】
一般建议在JVM参数中将MetaspaceSize和MaxMetaspaceSize设置成一样的值 ，8G物理内存的机器来说，可以将这两个参数设置为256M
如果应用启动比较慢，可以看下是不是因为方法区的JVM参数没有设置（默认值21 ，频繁GC，自动扩容）导致的。
栈溢出案例 StackOverflowError
/** * ‐Xss验证 */ public class StackOverFlowErrorTest { private static int count = 0 ; public static void main(String[] args) { try { doCall(); }catch (Throwable e){ e.printStackTrace(); System.out.println("递归调用次数：" + count); } } private static void doCall() { count++; // 递归调用，压入线程栈 doCall(); } }
默认配置 -Xss1m
java.lang.StackOverflowError at com.artisan.gof.test.StackOverFlowErrorTest.doCall(StackOverFlowErrorTest.java:23) ........ ........ ........ at com.artisan.gof.test.StackOverFlowErrorTest.doCall(StackOverFlowErrorTest.java:23) 递归调用次数：20898
原因分析
递归调用导致栈溢出~
