Java－JVM调优经验

分享一个大牛的人工智能教程。零基础&＃xff01;通俗易懂&＃xff01;风趣幽默&＃xff01;希望你也加入到人工智能的队伍中来&＃xff01;请轻击http://www.captainbed.net

JVM配置方面&＃xff0c;一般情况可以先用默认配置&＃xff08;基本的一些初始参数可以保证一般的应用跑的比较稳定了&＃xff09;&＃xff0c;在测试中根据系统运行状况&＃xff08;会话并发情况、会话时间等&＃xff09;&＃xff0c;结合GC日志、内存监控、使用的垃圾收集器等进行合理的调整&＃xff0c;当老年代内存过小时可能引起频繁Full GC&＃xff0c;当内存过大时Full GC时间会特别长。

那么JVM的配置比如新生代、老年代应该配置多大最合适呢&＃xff1f;答案是不一定&＃xff0c;调优就是找答案的过程。物理内存一定的情况下&＃xff0c;新生代设置越大&＃xff0c;老年代就越小&＃xff0c;Full GC频率就越高&＃xff0c;但Full GC时间越短&＃xff1b;相反新生代设置越小&＃xff0c;老年代就越大&＃xff0c;Full GC频率就越低&＃xff0c;但每次Full GC消耗的时间越大。建议如下&＃xff1a;

• -Xms和-Xmx的值设置成相等&＃xff0c;堆大小默认为-Xms指定的大小&＃xff0c;默认空闲堆内存小于40%时&＃xff0c;JVM会扩大堆到-Xmx指定的大小&＃xff1b;空闲堆内存大于70%时&＃xff0c;JVM会减小堆到-Xms指定的大小。如果在Full GC后满足不了内存需求会动态调整&＃xff0c;这个阶段比较耗费资源。

• 新生代尽量设置大一些&＃xff0c;让对象在新生代多存活一段时间&＃xff0c;每次Minor GC都要尽可能多的收集垃圾对象&＃xff0c;防止或延迟对象进入老年代的机会&＃xff0c;以减少应用程序发生Full GC的频率。

• 老年代如果使用CMS收集器&＃xff0c;新生代可以不用太大&＃xff0c;因为CMS的并行收集速度也很快&＃xff0c;收集过程比较耗时的并发标记和并发清除阶段都可以与用户线程并发执行。

• 方法区大小的设置&＃xff0c;1.6之前的需要考虑系统运行时动态增加的常量、静态变量等&＃xff0c;1.7只要差不多能装下启动时和后期动态加载的类信息就行。

代码实现方面&＃xff0c;性能出现问题比如程序等待、内存泄漏&＃xff0c;除了JVM配置可能存在问题&＃xff0c;代码实现上也有很大关系&＃xff1a;

• 避免创建过大的对象及数组&＃xff1a;过大的对象或数组在新生代没有足够空间容纳时会直接进入老年代&＃xff0c;如果是短命的大对象&＃xff0c;会提前触发Full GC。

• 避免同时加载大量数据&＃xff0c;如一次从数据库中取出大量数据&＃xff0c;或者一次从Excel中读取大量记录&＃xff0c;可以分批读取&＃xff0c;用完尽快清空引用。

• 当集合中有对象的引用&＃xff0c;这些对象使用完之后要尽快把集合中的引用清空&＃xff0c;这些无用对象尽快回收避免进入老年代。

• 可以在合适的场景&＃xff08;如实现缓存&＃xff09;采用软引用、弱引用&＃xff0c;比如用软引用来为ObjectA分配实例&＃xff1a;SoftReference objectA&＃61;new SoftReference()&＃xff0c;在发生内存溢出前&＃xff0c;会将objectA列入回收范围进行二次回收&＃xff0c;如果这次回收还没有足够内存&＃xff0c;才会抛出内存溢出的异常。

• 避免产生死循环&＃xff0c;产生死循环后&＃xff0c;循环体内可能重复产生大量实例&＃xff0c;导致内存空间被迅速占满。

• 尽量避免长时间等待外部资源&＃xff08;数据库、网络、设备资源等&＃xff09;的情况&＃xff0c;缩小对象的生命周期&＃xff0c;避免进入老年代&＃xff0c;如果不能及时返回结果可以适当采用异步处理的方式等。