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算法,超级厉害。如果写的有问题,坚决不承认,反正我就是对的。???