【JVM 学习笔记 02】：JVM 内存

一、JVM 内存的分代模型

年轻代：存放存活周期极短的对象，创建和使用完之后立马就要回收的对象
老年代：存放创建之后需要长期被使用，生存周期很长的对象。
永久代：JVM里的永久代其实就是我们说的方法区，其实就是所谓的永久代，可以认为永久代就是放一些类信息的。

分析下述代码中的内存结构

1.1 为什么要分成年轻代和老年代？

跟垃圾回收有关，对于年轻代里的对象，他们的特点是创建之后很快就会被回收，所以需要用一种垃圾回收算法。

对于老年代里的对象，他们的特点是需要长期存在，所以需要另外一种垃圾回收算法，所以需要分成两个区域来放不同的对象。

思考题：方法区内会不会进行垃圾回收？

会被回收。
1.首先该类的所有实例对象都已经从Java堆内存里被回收；
2.其次加载这个类的ClassLoader已经被回收；
3.最后，对该类的Class对象没有任何引用；
满足上面三个条件就可以回收该类了。

二、对象在JVM 内存中的分配和流转

2.1 什么情况下会触发新生代的垃圾回收？

大部分的正常对象，都是优先在新生代分配内存的。

当在新生代里分配大量的对象，但是使用完之后立马就没人引用了，此时这些差不多占满了新生代预先分配的内存空间，假设我们代码继续运行，然后要分配新的对象的时候，发现新生代内存空间不足，就会触发一次新生代内存空间的垃圾回收。

新生代内存空间的垃圾回收，也称之为“Minor GC”，有时我们也叫“Young GC”，他会尝试把新生代里那些没有人引用的垃圾对象，都给回收掉，腾出大量的内存空间。

2.2 长期存活的对象会躲过多次垃圾回收

上图中大家都注意到了“ReplicaFetcher”实例对象，他是一个长期被“Kafka”类的静态变量 “fetcher”引用的长期存活的对象。

JVM有一条规定：
对象的年龄，每垃圾回收一次，如果一个对象没被回收掉，他的年龄就会增加1。如果一个实例对象在新生代中，成功的在15次垃圾回收之后，还是没被回收掉，就说明他已经15岁了。

所以如果上图中的那个“ReplicaFetcher”对象在新生代中成功躲过15次垃圾回收，成为一个“老年人”，那么就会被认为是会长期存活在内存里的对象。然后他会被转移到Java堆内存的老年代中去，顾名思义，老年代就是放这些年龄很大的对象。

2.3 老年代会垃圾回收吗？

是的，因为老年代里的对象也有可能随着代码的运行，不再被任何人引用了，越来越多的对象进入老年代，一旦老年代也满了，就需要被垃圾回收。

思考题：每个线程执行方法的时候，那些方法对应的栈帧出栈了，那么那里的局部变量需要垃圾回收吗？

JVM里垃圾回收针对的是新生代，老年代，还有方法区（永久代），不会针对方法的栈帧。
方法一旦执行完毕，栈帧出栈，里面的局部变量直接就从内存里清理掉了。

三、线上系统部署时如何设置JVM内存大小？

3.1 跟JVM内存相关的几个核心参数

在JVM内存分配中，有几个参数是比较核心的，如下所示。

参数	含义
-Xms	Java堆内存的大小
-Xmx	Java堆内存的最大大小
-Xmn	Java堆内存中的新生代大小，扣除新生代剩下的就是老年代的内存大小
-XX:PermSize	永久代大小
-XX:MaxPermSize	永久代最大大小