浅谈jvm的垃圾回收

Java的垃圾回收，我们都知道写Java程序的时候，是不考虑内存分配的。是由jvm底层回收释放内存的。可以通过system.gc手动释放，但是是不是会立刻执行全靠jvm内部自己决定。这里我们用jdk1.7举例子说明，主要是jdk1.7和jdk1.8的区别比较大.jdk1.8多了一个元数据区，没有永久区。直接从物理机上分配内存，极少会出现oom.(内存溢出)。我们可以用jvm自带的命令行工具，这里要注意一下要用oracle版本的，不要Linux自带的openjdk.我们敲击jps就能看到Java进程，在用jstat -gc pid 查看垃圾回收进程，上面堆内存分为新生代，老年代，老年代还包括非堆内存永久带。新生代存放的是new出来的对象，老年代存放的是经历过几次gc过后的对象，一般是15次。老年代过了才是永久区。这里存放的是不会被gc的对象，默认是128兆，一般我们引用的第三方jar包就存放在永久区。这里新生代内存大小和老年代内存大小一般是1:2.其中新生代又分为幸存者0区，幸存者1区，伊甸园区，比例为1:1:8。这个比例也可以条件的。每次新new的对象都会从0区转为1区。在到伊甸园区。伊甸园区放不下在送到老年代。也就是新生代又百分之90的空间是可以使用的。当然超大对象是不经过新生代，老年代，直接oom的。这里注意一下一般jvm的堆内存是物理机的1/4到1/16。今天就写到这，明天再讲垃圾回收的算法，有兴趣的可以了解jdk11最新的zgc算法，超级厉害。如果写的有问题，坚决不承认，反正我就是对的。???