近期准备生产环境 JDK 升级到 1.8，本地先升级了下，发现 -XX:PermSize 和 -XX:MaxPermSize 已经失效，取而代之的是一个新的区域 —— Metaspace（元数据区）。
在 JDK 1.7 及以往的 JDK 版本号中，Java 类信息、常量池、静态变量都存储在 Perm（永久代）里。类的元数据和静态变量在类载入的时候分配到 Perm，当类被卸载的时候垃圾收集器从 Perm 处理掉类的元数据和静态变量。当然常量池的东西也会在 Perm 垃圾收集的时候进行处理。
JDK 1.8 的对 JVM 架构的改造将类元数据放到本地内存中。另外。将常量池和静态变量放到 Java 堆里。HotSopt VM 将会为类的元数据明白分配和释放本地内存。
在这样的架构下。类元信息就突破了原来 -XX:MaxPermSize 的限制。如今能够使用很多其它的本地内存。这样就从一定程度上攻克了原来在执行时生成大量类的造成常常 Full GC 问题，如执行时使用反射、代理等。
分配本地内存发给类元数据在一个称为「块」的数据结构上。不同类元数据将会用不同大小的块存放。
每一个块与一个类载入器相关联，而且全部被这个类载入器载入的类元数据在这个块下分配的空间存储元数据。
不同的应用块的大小将会不同，块大小的分配将会被内部碎片和外部碎片所限制。
当类载入器不再使用，全部和这个类载入器相关联的块空间将会被释放。
假设server内存足够，升级到 JDK 1.8 改动 JVM 參数最简单的办法就是将 -XX:PermSize 和 -XX:MaxPermSize 參数替换为 -XX:MetaspaceSize 和 -XX:MaxMetaspaceSize，由于如今里面仅仅存元数据信息了，给它个大的空间肯定没问题。只是堆得空间由于如今要多存储原来在永久代的常量池和静态变量可能须要略微扩大些。
详细能够依据 GC 日志。和 $JAVA/bin 下的工具做一些权衡和调优
參考及引用：