Mat*_*amn 128
与用户观点的主要区别 - 我认为之前的答案不够强调 - 默认情况下Metaspace会自动增加其大小(直到底层操作系统提供的内容),而PermGen始终具有固定的最大大小.您可以使用JVM参数为Metaspace设置固定的最大值,但不能使PermGen自动增加.
在很大程度上,这只是名称的改变.回到引入PermGen时,没有Java EE或动态类(un)加载,所以一旦加载了类,它就会被卡在内存中,直到JVM关闭 - 因此永久生成.现在,可以在JVM的生命周期中加载和卸载类,因此Metaspace对于保留元数据的区域更有意义.
它们都包含java.lang.Class实例,并且它们都遭受ClassLoader泄漏.唯一不同的是,使用Metaspace默认设置,它需要更长的时间,直到您注意到症状(因为它会尽可能多地自动增加),即您只是将问题推得更远而不解决它.OTOH我想象用完内存操作系统内存的效果可能比仅运行JVM PermGen更严重,所以我不确定它有多大的改进.
无论您是使用带有PermGen的JVM还是使用Metaspace,如果您正在进行动态类卸载,您应该对类加载器泄漏采取措施,例如使用我的ClassLoader Leak Prevention库.
Ank*_*hal 37
再见,Bye PermGen,Hello Metaspace
PermGen已被完全删除.
元空间垃圾收集 - 一旦类元数据使用到达,就会触发死类和类加载器的垃圾收集MaxMetaspaceSize.
空间Metadata被保持不再是连续的Java heap,metadata现在已经移动到本地记忆到一个被称为的区域Metaspace.
简单来说,
由于类元数据是从本机内存分配的,因此最大可用空间是可用的总系统内存.因此,您将不再遇到OOM errors并最终溢出到交换空间.
删除PermGen并不意味着您的类加载器泄漏问题已经消失.所以,是的,你仍然需要监控你的消费并相应地计划,因为泄漏会最终消耗你的整个本机内存.