内存溢出异常
除了程序计数器之外，jvm的其他几个运行时区域都存在着OOM异常的可能性
java堆溢出
对象数量达到最大堆的容量限制后
虚拟机栈和本地方法栈溢出
线程请求的栈深度大于虚拟机所允许的最大深度
虚拟机在扩展栈时无法申请到足够的内存空间
方法区和运行时常量池溢出
生成大量的class的情况
JDK的可视化工具
JConsole：java监视与管理控制台
概述；类；vm摘要；MBean；
内存（相当于jstat）；
线程（相当于jstack）；
VisualVM：多合一故障处理工具
显示虚拟机进程以及进程的配置，环境信息（jps，jinfo）
监视应用程序的CPU,GC,堆，方法区以及线程的信息（jstat，jstack）
dump以及分析堆转储快照（jmap，jhat）
方法级的程序运行性能分析，找出被调用最多，运行时间最长的方法
离线程序快照
调优案例分析
1.高性能硬件上的程序部署策略
问题：将网站堆内存固定在12GB,网站不定期出现长时间失去响应的情况。
原因：失去响应是因为过大的堆内存，程序设计产生成批大对象，进入老年代，GC停顿导致的。
解决：给java虚拟机分配超大堆的前提是，把握程序的Full GC频率控制得足够低。
控制GC频率的关键是不能有成批的，长时间生存的大对象产生，这样才能保证老年代的稳定。
现阶段64位jdk性能测试结果普遍低于32位jdk，多数人选择使用若干个32位虚拟机建立逻辑集群：在一台物理机器上启动多个应用服务器进程，每个进程分配不同端口，在前端搭一个负载均衡器。
无session复制的亲和式集群：均衡器按照一定的算法（一般根据sessionId分配）将一个固定的用户请求永远分配到固定的一个集群节点处理。
2.集群间同步导致的内存溢出
问题：亲和式集群，节点间没有session同步，需要有一些数据共享，使用JBossCache构建一个全局缓存。不定期出现多次内存溢出问题
原因：JBossCache 的缺陷。JBossCache在发送数据时有一个全局filter，把数据操作时间同步到所有的节点中，当网络情况不满足，重发数据在内存中不断堆积
解决：需要被集群共享的数据，使用类似JBossCache的缓存框架同步时，可以读操作频繁，不能写频繁。
3.堆外内存导致的溢出错误
问题：GC并不频繁，Eden区，surviver区，老年代以及永久代均表示压力不大，但还是报错内存溢出
原因：除了java堆和永久代，还有些区域会占用一定的内存：Direct Memory；线程堆栈；socket缓冲区...
4.服务器jvm进程崩溃
问题：使用了异步方式调用另一个系统的web服务，速度不对等，导致等待的socket连接越来越多，虚拟机崩溃
解决：将异步调用改为生产者/消费者的消息队列实现