一 元空间
1.1 功能概述
方法区（Method Area）与 Java 堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、即时编译器编译后的代码等数据。虽然Java 虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有一个别名叫做 Non-Heap（非堆），目的应该是与 Java 堆区分开来。
垃圾收集行为在这个区域是比较少出现的，其内存回收目标主要是针对常量池的回收和对类型的卸载。当方法区无法满足内存分配需求时，将抛出 OutOfMemoryError 异常。
二 案例实操优化
2.1 代码
2.2 参数设置
1.参数：
-XX:+PrintGCDetails -XX:MetaspaceSize=60m -XX:MaxMetaspaceSize=60m -Xss512K -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=e:/heapdumpMeta.hprof -XX:SurvivorRatio=8 -Xms60M -Xmx60M -Xloggc:e:/gc-oomMeta.log
2.3 启动
2.4 通过vm分析
2.4.1 实时查看
1.通过命令 jstat 查看堆变化： 设置的元空间60m，已经几乎用尽。几乎把整个方法区空间占用，所以得出的结论是方法区空间设置过小，或者存在大量由于反射生成的代理类。
查看堆内存变化
2.4.2 离线分析
读取dump文件
1.基本信息
2.oom信息
查看对象信息： 
1.运行期间生成了大量的代理类，导致方法区被撑爆，无法卸载
2. 应用长时间运行，没有重启
3. 元空间内存设置过小
2.4.3 优化解决
优化代码：将相同对象，就不再通过invoke，反射机制进行创建，放到缓存中。
enhancer.setUseCache(false)，选择为true的话，使用和更新一类具有相同属性生成的类的静态缓存，而不会在同一个类文件还继续被动态加载并视为不同的类，这个其实跟类的equals()和hashCode()有关，它们是与cglib内部的class cache的key相关的。
查看结果：可以看到，几乎不变了，方法区也没有溢出。到此，问题基本解决
没有报oom异常，所以没有dump文件生成
查看堆动态变化：jstat -gc 4656 1000 5
查看vm
2.5 原因以及解决方案*
原因：
1.运行期间生成了大量的代理类，导致方法区被撑爆，无法卸载
2. 应用长时间运行，没有重启
3. 元空间内存设置过小
解决办法：
1. 检查是否永久代空间或者元空间设置的过小
2. 检查代码中是否存在大量的反射操作
3. dump之后通过mat检查是否存在大量由于反射生成的代理类
