简单理解JVM的优化思路

正常认知下，只要不是大内存，新生代GC的耗时大致就是毫秒级的，而老年代的GC耗时则是新生代的十倍以上，二者皆会产生STW（STOP THE WORLD），会造成系统停顿，所以不管是哪种垃圾回收器，重点之一都是优化GC的停顿时间。

相比起老年代GC的耗时，对于新生代GC的耗时，用户基本是无感知的，当然了，新生代GC的频率也需要控制，不能太高。所以其实真正影响用户体验的，就是老年代发生GC造成的长时间系统停顿。

那么优化的思路就是尽量让对象停留在新生代，而不是都进入老年代，过早的引起Full GC。

要避免对象进入老年代，就先要了解下对象会进入老年代的几种情况，可以参考本篇博客【对象进入老年代的几个条件】。

然后逆向推导，可以得出以下几种优化思路：

1. 如果业务对象确实很大，但是存活时间又很短，那么就调大新生代的内存同时调整大对象进入老年代的参数阈值。
2. 尽量让每次新生代GC存活下来的对象都小于Survivor区的50%，而对象能存活多少，这是代码层面的，得根据引用链来判断，代码写不好，引用释放不了，存活对象自然就多了，这里从JVM层面来看，如果代码已经优化了，但是存活对象还是很多，那么就调大Survivor区的内存，让对象可以停留在Survivor区，等待下次新生代GC时被回收。

总结

根据系统运行具体情况的不同，优化思路也是多种多样的，比如如果是大内存机器，那么就建议直接使用G1垃圾回收器，不过核心都是在于减少GC会造成的STW的时间，提升用户体验，尽量保证对象留在新生代，尽量避免对象进入老年代，从而减少Full GC的频率，提升JVM的性能。