JVM元空间深度解析

回顾一下上一次对于这次做的实验的一个背景说明：

这里将借助cglib这个库来完成动态类的创建，为啥要使用它？因为使用简单，二是在程序运行期可以动态的生成类，动态生成类之后生成类的元数据就会落入到元空间当中，这样我们就可以不断来增加类的生成从而来增加元空间元数据的增加，另外在上一次说过元空间默认的大小是21MB：

为了能尽快模拟出方法区溢出，我们需要来修改一下JVM的参数来修改元空间的大小并限制它不可以进行内容扩展，首先咱们来在build.gradle中添加cglib的依赖：

好，接下来则无限期的来创建Class，不过这里再来扩展一个小知识，对于Spring的aop就是使用cglib来实现的，而为啥不使用动态代理呢？因为动态代理很大一个限制就是只能对实现了指定接口的类来实现动态代理，所以这就是为啥要用cglib的原因，它可以生成目类的子类，然后再覆盖父类的方法并在方法执行前和执行后增加我们想要的代码，好下面来瞅下cglib如何来生成class：

具体如何用的这里不是重点，只知道上面的代码是使用cglib动态来创建类了就成了，接下来在运行之前我们得来改一下元空间的大小，具体如下:

然后运行：

再来看一下异常：

注意：如果在JDK1.8之前的会提示永久代溢出了。

程序模拟出来了，但到底内部是个代码情况呢，此时就又得借助工具来瞅一下啦，由于目前执行速度过快程序就报元空间异常了，所以咱们将元空间的大小调大，这样程序就可以多运行会来用工具查看：

运行程序，然后这里用jconsole来监测一下：

接着我们再来看一下其它视图的信息：

看到效果么，也就是如果勾选了详细输出选项之后我们在输出时会看到具体加载类的信息，如下：

其实就是给JVM增加了一个之前我们使用过的TraceClassLoading参数，如下：

这里就不运行了，貌似通过jconsole也木有看到元空间相关的状态信息，咱们换jvisualvm来试一下：

清晰的可以对元空间的走势看得一清二楚，也确实是比jconsole工具要强大，另外从监视中可以发现刚好是超过200MB的时候程序就报溢出了，也就是如我们设置的最大上限所预期的。

另外对于元空间是啥，这里推荐一篇infoq的文章【https://www.infoq.cn/article/Java-PERMGEN-Removed】，详细对元空间的来龙去脉进行了详述，可以好好瞅瞅。下面针对这篇文章的重点过一遍：

另外该文章还介绍了一些查看工具，如下：

关于这几个工具在接下来会来实践一下滴~~