老年代对象越来越多，老年代内存空间也会满，是不是可以使用类似的年轻代的复制算法？
答案是否定的，因为在老年代的对象中，很多都是长期引用的，spring容器管理的各种bean。
长期存活的对象是比较多的，可能甚至都有几百mb
对老年代而言，他里面的垃圾对象可能是没有那么多的。一开始采用标记-清理的方式，找出那些垃圾对象，让后直接把垃圾对象在老年代里清理掉，这样就会产生内存 碎片的问题。

后来采用标记-整理的方法，把老年代里的存活对象标记出来，移动到一起，存活对象压缩到一片内存空间去
剩余的空间都是垃圾整个给清理掉，剩余的都是连续的可用的内存空间，解决了内存碎片的问题。

垃圾回收器


parnew （新生代）+ cms（老年代）的组合， g1 直接分代回收 。g1可以实现新生代和老年代的垃圾一起回收。新版本，慢慢的就是主推g1垃圾回收器了，以后会淘汰掉parnews+cms组合，但是现在使用jdk8~jdk9居多，所以还是parnew+cms组合居多。

cms分成好几个阶段，初始标记，并发标记，并发清理等等，老年代垃圾回收是比较慢的，一般起码比年轻代垃圾回收慢个10倍以上。所以将它拆分成几个阶段，尽可能得让其和运行的其它线程并发执行。