tomcat的rmi触发的full gc的时间过长的优化

生产上发现每次full gc都会花上5~20s的时间，查看了下，发现每个小时都会触发一次full gc，查了下资料是rmi致使的。 可是zabbix监控须要开启rmi，不想关闭。查了下资料发现能够经过-XX:+DisableExplicitGC能够把system.gc忽略，从而不触发full gc，这样若是堆真的满了也不会触发full gc。 最后找到了-XX:+ExplicitGCInvokesConcurrent and -XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses这2个参数，须要配合-XX:+UseConcMarkSweepGC使用，能够将system.gc的full gc转换成CMS gc。

-XX:+ExplicitGCInvokesConcurrent and -XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses

现在,被普遍接受的最佳实践是避免显式地调用GC(所谓的“系统GC”)，即在应用程序中调用system.gc()。然而，这个建议是无论使用的GC算法的，值得一提的是，当使用CMS收集器时，系统GC将是一件很不幸的事，由于它默认会触发一次Full GC。幸运的是，有一种方式能够改变默认设置。标志-XX:+ExplicitGCInvokesConcurrent命令JVM不管何时调用系统GC，都执行CMS GC，而不是Full GC。第二个标志-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses保证当有系统GC调用时，永久代也被包括进CMS垃圾回收的范围内。所以，经过使用这些标志，咱们能够防止出现意料以外的”stop-the-world”的系统GC。

参考：http://ifeve.com/useful-jvm-flags-part-7-cms-collector/