JVM QA

[bingoogolapple]

Q: 为什么崩溃前垃圾回收的时间越来越长？ A: 根据内存模型和垃圾回收算法，垃圾回收分两部分：内存标记、清除（复制），标记部分只要内存大小固定时间是不变的，变的是复制部分，因为每次垃圾回收都有一些回收不掉的内存，所以增加了复制量，导致时间延长。所以，垃圾回收的时间也可以作为判断内存泄漏的依据

[bingoogolapple]

Q: 为什么 Full GC 的次数越来越多？ A: 因此内存的积累，逐渐耗尽了年老代的内存，导致新对象分配没有更多的空间，从而导致频繁的垃圾回收

[bingoogolapple]

Q: 为什么年老代占用的内存越来越大？ A: 因为年轻代的内存无法被回收，越来越多地被 Copy 到年老代

[bingoogolapple]

Q: 垃圾回收动作何时执行？ A:

• 当年轻代内存满时，会引发一次普通 GC，该 GC 仅回收年轻代。需要强调的时，年轻代满是指 Eden 代满，Survivor 满不会引发GC
• 当年老代满时会引发 Full GC，Full GC 将会同时回收年轻代、年老代
• 当永久代满时也会引发 Full GC，会导致 Class、Method 元信息的卸载

[bingoogolapple]

Q: 何时会抛出OutOfMemoryException，并不是内存被耗空的时候才抛出 A: 1. JVM 98%的时间都花费在内存回收；2. 每次回收的内存小于2%。满足这两个条件将触发 OutOfMemoryException，这将会留给系统一个微小的间隙以做一些 Down 之前的操作，比如手动打印 Heap Dump。

[bingoogolapple]

Q: 系统崩溃前的一些现象 A:

1. 每次垃圾回收的时间越来越长，由之前的 10ms 延长到 50ms 左右，FullGC 的时间也有之前的 0.5s 延长到 4、5s
2. FullGC 的次数越来越多，最频繁时隔不到1分钟就进行一次 FullGC
3. 年老代的内存越来越大并且每次 FullGC 后年老代没有内存被释放

[bingoogolapple]

Q: 年老代堆空间被占满 java.lang.OutOfMemoryError: Java heap space A: 根据垃圾回收前后情况对比，同时根据对象引用情况（常见的集合对象引用）分析

[bingoogolapple]

Q: 持久代被占满 java.lang.OutOfMemoryError: PermGen space A: Perm 空间被占满。无法为新的 class 分配存储空间而引发的异常。这个异常以前是没有的，但是在 Java 反射大量使用的今天这个异常比较常见了。主要原因就是大量动态反射生成的类不断被加载，最终导致 Perm 区被占满。更可怕的是，不同的 ClassLoader 即便使用了相同的类，但是都会对其进行加载，相当于同一个东西，如果有 N 个 ClassLoader 那么他将会被加载 N 次。因此，某些情况下，这个问题基本视为无解。当然，存在大量 ClassLoader 和大量反射类的情况其实也不多。-XX:MaxPermSize=16m

[bingoogolapple]

Q: 堆栈溢出 java.lang.StackOverflowError A: 一般就是递归没返回，或者循环调用造成

[bingoogolapple]

Q: 线程堆栈满 Fatal: Stack size too small A: Java 中一个线程的空间大小是有限制的。JDK5.0 以后这个值是 1M。与这个线程相关的数据将会保存在其中。但是当线程空间满了以后，将会出现上面异常。增加线程栈大小。-Xss2m。但这个配置无法解决根本问题，还要看代码部分是否有造成泄漏的部分。

[bingoogolapple]

Q: 系统内存被占满 java.lang.OutOfMemoryError: unable to create new native thread A: 这个异常是由于操作系统没有足够的资源来产生这个线程造成的。系统创建线程时，除了要在 Java 堆中分配内存外，操作系统本身也需要分配资源来创建线程。因此，当线程数量大到一定程度以后，堆中或许还有空间，但是操作系统分配不出资源来了，就出现这个异常了。分配给Java虚拟机的内存愈多，系统剩余的资源就越少，因此，当系统内存固定时，分配给Java虚拟机的内存越多，那么，系统总共能够产生的线程也就越少，两者成反比的关系。同时，可以通过修改-Xss来减少分配给单个线程的空间，也可以增加系统总共内生产的线程数。1. 重新设计系统减少线程数量。2. 线程数量不能减少的情况下，通过-Xss减小单个线程大小。以便能生产更多的线程。