老年代优化的基调 ：避免对象过快进入老年代
进而思考
=> 什么情况对象会进入老年代？
=> 什么情况对象会提前进入老年代？
参考 什么时候会触发老年代gc 和 minor gc前后的几种特殊情况
每次minor gc后，根据执行耗时 、qps、每次执行产生对象大小 来计算出 存活对象的总大小， 注意 suvivor 区是否存放得下， 是否会触发“动态年龄判断” 而导致对象进入老年代；
根据 minor gc 后晋升老年代对象大小，计算老年代多久会 达到 cms的触发比例 或 剩余的空闲空间 无法做空间担保 而进行 full gc
多久会塞满老年代， 发生full gc的cms相关参数是否要调整