元空间是JDK 8起替代永久代的方法区实现，使用本地内存而非堆内存，无默认上限、支持自动调优和更可靠的类卸载。
元空间（Metaspace）和永久代（PermGen）本质都是 HotSpot 虚拟机对 JVM 规范中方法区的具体实现，但它们在内存位置、管理方式、扩展机制和稳定性上差别很大。简单说：永久代是“堆里划出来的一块固定地”，元空间是“直接向操作系统要内存”。
内存位置完全不同
永久代属于 Java 堆的逻辑一部分，虽然独立管理，但仍受限于 JVM 堆总大小；它用的是堆内存（Heap Memory）。而元空间使用的是本地内存（Native Memory），也就是操作系统的物理内存，不走 JVM 堆分配流程。
- 永久代溢出报错：
java.lang.OutOfMemoryError: PermGen space - 元空间溢出报错：
java.lang.OutOfMemoryError: Metaspace - 元空间默认无上限（只受系统内存限制），永久代必须靠
-XX:MaxPermSize手动设上限
内存管理机制差异明显
永久代的垃圾回收条件苛刻，需同时满足：类所有实例已回收、加载它的 ClassLoader 已卸载、Class 对象无任何引用——三者缺一不可，导致大量无用类元数据堆积。元空间虽也依赖类卸载，但 GC 更积极，且支持自动调优：
- 元空间有初始阈值（
-XX:MetaspaceSize），达到后触发 GC 并尝试卸载类 - GC 后若释放空间多，会自动降低该阈值；释放少，则在
MaxMetaspaceSize内适当提高 - 字符串常量池早在 JDK 7 就已从永久代移到堆中，JDK 8 中它和类元数据彻底分离
参数与运维方式全面更新
JDK 8 起，所有 PermGen 相关参数（如 -XX:PermSize、-XX:Ma）全部失效。取而代之的是元空间专属参数：
-
-XX:MetaspaceSize=256m：触发首次元空间 GC 的初始容量（不是最小值） -
-XX:MaxMetaspaceSize=512m：硬性上限，不设则理论上可涨到系统内存耗尽 -
-XX:MinMetaspaceFreeRatio和-XX:MaxMetaspaceFreeRatio：控制 GC 后空闲比例，影响自动扩容缩容
为什么改？核心就三点
永久代的问题太实际：动态生成类多（如 Spring AOP、Lombok、热部署）、反射频繁、常量池膨胀，都容易把固定大小的 PermGen 撑爆。而元空间的改进直击痛点：
- 不再受 JVM 堆参数牵制，类元数据增长更自由
- 本地内存天然支持按需分配，避免“调小了OOM，调大了浪费”
- 类卸载机制更可靠，配合现代框架的类加载器生命周期更匹配
基本上就这些。不是名字换了，是底层逻辑重做了。
