jvm垃圾回收时间变长，怎样确认是页面交换引起？

Answer 1

1.系统崩溃前的一些现象：

每次垃圾回收的时间越来越长，由之前的10ms延长到50ms左右，FullGC的时间也有之前的0.5s延长到4、5s
FullGC的次数越来越多，最频繁时隔不到1分钟就进行一次FullGC
年老代的内存越来越大并且每次FullGC后年老代没有内存被释放
之后系统会无法响应新的请求，逐渐到达OutOfMemoryError的临界值。

2.那么怎么知道服务器访问越来越慢的原因呢？

答：来几次服务器的内存dump信息，并分析dump信息。

看看是不是内存快溢出了，造成垃圾回收时间变长。

（垃圾回收时间长当然会影响服务器程序的运行啊），

生成当前的Heap dump信息，大小为一个3G（整个堆的大小）的hprof文件

3.服务器访问慢，可能就是系统快要崩溃了 了，系统崩溃前垃圾回收特别慢，就会造成服务器反应慢啊！！！

5.回归问题

Q：为什么崩溃前垃圾回收的时间越来越长？

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

Q：为什么Full GC的次数越来越多？

A：因此内存的积累，逐渐耗尽了年老代的内存，导致新对象分配没有更多的空间，从而导致频繁的垃圾回收

Q:为什么年老代占用的内存越来越大？

A:因为年轻代的内存无法被回收，越来越多地被Copy到年老代