一、首先对GC进行监控
GC日志记录了内存使用和回收状态，出现内存故障时，可作为分析排查手段。
1、启用GC监控的方法：增加java启动参数-verbose:gc，输出信息的样例：
2、将GC日志输出到文件：不同JDK设置的参数不同，参考JDK官方文档
SUN：-Xloggc:filename （例如：-Xloggc:D:/gc.log）
IBM：-Xverbosegc:file=filename 或 -Xverbosegclog:filename
HP ：-Xverbosegc=filename
3、如何设置Java启动参数：有多种方式：
Tomcat：在catalina.bat的“set JAVA_OPTS=%JAVA_OPTS% ”后设置。（这种是最常用的方式）
WebLogic：在startWebLogic.cmd的“%JAVA_HOME%injava %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% ”后设置。
WebSphere：进入管理控制台，应用服务器->进程定义->Java虚拟机高级定义。
4、GC日志的图形分析工具推荐：HP的jtune
二、内存问题描述
典型现象是系统运行一段时间后，报OutOfMemoryError错误、页面非常慢、不响应或完全不再接受请求，而此时通过观察JVM内存，发现内存急剧上升到最大值并居高不下。
这种问题出现后，往往很棘手，通常是由于应用程序不合理造成的，而不合理程序或内存泄漏的源头可能并不明显。本人的一次经历是，经过十多天各 种测试手段后，最后确定问题是由一处String累加引起的，改成StringBuffer就解决了，可见，忽略“小问题”往往会带来大麻烦。
三、分析手段
1、分析GC日志、系统日志。
2、程序中设置监控断点。
3、尽可能重现故障并同时监控JVM内存，找出引起内存急剧上升的规律。
4、检查关键程序或频繁使用的工具类的合理性。
四、解决手段
1、主要从程序入手：降低内存使用量；字符串累加时以StringBuffer代替String；随时释放不再需要的对象；SQL优化及避免频繁取出大量数据；Session中不要放大的数据等等。
2、根据据WebSphere和WebLogic官方建议：通常情况下JVM的Heap最小值和最大值可设成一样（根据实际情况调整），可取系统内存的25%-75%，保证JVM有合理足够的内存大小。
3、应用服务器的其他优化措施。
五、应急措施
1、不设定JVM的最大Heap上限。
2、程序中判断内存吃紧时执行Runtime.gc()强制垃圾收集，此方式比自动收集彻底，可一定程度上改善内存利用效率。
3、在不影响业务的情况下，定期重启应用服务器。
如何找出java内存问题并处理？