JVM学习笔记-画一张图阐明MinorGC实现过程

-XX:NewSize=5242880
-XX:MaxNewSize=5242880
-XX:InitialHeapSize=10485760
-XX:MaxHeapSize=10485760
-XX:SurvivorRatio=8
-XX:PretenureSizeThreshold=10485760
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-Xloggc:gc.log

新建的对象一般会放入eden区，当熬过一次gc之后存活的话就会进入survivor区，年龄+1，当超过一定阈值之后，进入老年区。
在回收日志中 from，to就是所谓的survivor的两个区，这使得活过一岁的对象漂泊在外居无定所，哪有空往哪钻。

对象这一辈子其实很好理解，假如比作一个人的一生，在新生时期在产房里面有的对象会哭，有的对象不会哭，统一放在一个房间里观察，不会哭的那就糟了，肺里面的东西排不出来，这时候就是快不行了，准备后事吧，这个对象从生到死都会在观察室(eden)区度过，但是有的对象生命比较顽强，能活过一岁(躲过一次回收)，那就转入普通护理室(survivor区)，更有甚者能在survivor区活过成年(15次)居然不被回收，jvm一寻思挺行的，活得挺长，这时我们就判定这个对象老了，进入老年代了。

工欲善其事，必先利其器

jdk提供了很多分析jvm性能的命令行，现在我们就熟悉下这些操作所代表什么意思
jps可以查看当前Java进程id号
jstat可以查看gc信息

红字标出的younggc次数，fullgc次数，和两种gc的耗时，可以分析出每次回收系统停顿多少，方便我们从弱点进行优化。