上一篇JMX/JConsole调试本地还可以在centos6.5 服务器上进行监控有个问题端口只开放22那么设置的9998端口 你怎么都连不上怎么监控？（如果大神知道还望指点，个人见解）
线上项目出现了org.apache.solr.servlet.SolrDispatchFilter - null:java.lang.RuntimeException: java.lang.OutOfMemoryError: Java heap space
于是采用了在tomcat里面catalina.sh里面配置进行监控
JAVA_OPTS="-Xms5120m -Xmx5120m -Xss512K -XX:PermSize=256m -XX:MaxPermSize=256m -XX:SurvivorRatio=4 -XX:-UseGCOverheadLimit-XX:NewSize=3096m-XX:MaxDirectMemorySize=1024m-XX:+ExplicitGCInvokesConcurrent-XX:+UseParNewGC-XX:+UseConcMarkSweepGC-XX:+CMSParallelRemarkEnabled-XX:+UseCMSCompactAtFullCollection-XX:+UseFastAccessorMethods-XX:+UseCMSInitiatingOccupancyOnly-XX:+UseCompressedOops-XX:-ReduceInitialCardMarks-XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=/var/data/tomcat/java.hprof-XX:+PrintGCDetails-XX:+PrintGCDateStamps-verbose:gc -Xloggc:/var/data/tomcat/gc.log-Dcom.sun.management.jmxremote.port=1099-Djava.rmi.server.hostname=localhost-Dcom.sun.management.jmxremote-Dcom.sun.management.jmxremote.ssl=false-Dcom.sun.management.jmxremote.authenticate=false"
注意加红字体的路径要记得只需要指定目录就行gc.log java.hprof会自动创建。
采用了 MemoryAnalyzer 进行dump分析：
温馨提示：使用此工具的时java.hprof 如果文件大小高达3-9G需要到MemoryAnalyzer.ini -Xmx3072m 9个G需要设定5096m 否则分析一半卡死。
分析结果如下图
由最后第二张图可知大多数的溢出都是由TopFieldCollector类里面的一个MulitiComparatorsFile方法，其他类也有溢出是因为extends继承了TopFieldCollector 。但是考虑这个代码是由apache组织写的不可能有这么大bug没发现，所以考虑是存在系统var/data/下面的索引文件问题，初始化为5.8G大小索引，可以尝试初始化索引。
我的情况是3个tomcat1，tomcat2，tomcat3 然后每个tomcat下面webapps都有源代码那么3个tomcat都加载是否加载了3次索引导致内存撑爆。然后采用tomcat1，tomcat2，tomcat3共用/home/tomcat/webapps来进行。
另外tomcat server.xml里面会有FULL GC不知道据说是tomcat6的一个bug为了检测监听内存泄露 大家要稍微注意下
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"gcDaemonProtection="false"/>
以上纯属个人观点，如果错误还望大神指出，小弟技术菜鸟 思维一般。