JVM常见问题

• 内存泄露、内存溢出(OOM)问题

              内存泄露：是指分配的一些对象在使用完毕后一直无法回收，久而久之导致虚拟机无法回收的内存越积越多，虚拟机剩下的内存就越来越少了。解决这个问题的思路一般是借助想 Visual VM、JConsole，或 java 的 jstack、jmap、jstat等观察 java 进程中那些对象、集合占用的内存较大，然后再去审查源码看看这些对象占据的内存空间是否较大，这些对象是否在频繁的申请内存空间；

              内存溢出：内存溢出一般指，我们运行的程序确实需要加载那么多的数据，确实需要分配那么多内存空间，但发现加载那么多数据后，内存溢出了（内存不够了），这就是我们所说的内存溢出了，发现内存溢出，也可借用内存分析工具，查看哪些类占用了较大空间，通过审查代码确认这些类是否真的需要加载那么多的数据，若是必须的，那就只有通过调整虚拟机内存空间来解决问题了，一般调整的参数是 -Xmx:[小于系统内存的一个数据]，当然还可以设置 -Xms:[可以和最大堆参数一样来避免动态的内存copy，垃圾回收]

             高频的申请内存空间（new 对象），却也不歇歇会儿（没有腾出 CPU 来回收垃圾），这样呢，许多垃圾无法回收，新对象又越积越多，结果，无法找到内存空间为 new 的对象了，出现 OOM 了。

• CPU占用极高

             通过 ps 等工具发现我们运行的 java 程序 CPU 占用率很高，但自己又清楚自己的程序其实并没有如此高的并发量、如此高的计算量（毕竟我们的程序不是计算器，它还要等等其他操作呢），发现这样的情况首先还是请出 Visual VM、JConsole等工具了，首先通过图形界面看看那些线程一直处于繁忙状态，都不休息一下（sleep睡觉时间极少），那么记下这几个线程，然后 dump 线程快照，找到这几个线程，看线程运行在那个方法的哪行代码里，其实凭借个人经验，CPU占用极高的情况一般是一个非常高频的循环，一般来说那个代码是个高频循环（条件不满足，然后一直循环，一直轮询），那么这个线程呢就一直占用这个CPU了，CPU也没有闲暇去管（调度）其他线程了，导致这个CPU很忙，CPU呢也以为它好忙（这么多指令要执行啊）。一般呢，对于轮询的循环操作，我们要养成一个好习惯就是，千万不要条件不满足就让人家马上还来轮询，还是让CPU休息会儿嘛，sleep(n)，yeild()也可以嘛，别催的那么急，这样 CPU 就可以腾出时间来然其他线程快马加鞭的跑，这在高并发应用程序里是能提高程序吞吐量和并发量的。