正如我在前面的答案中指出的那样，对这些内存池设置限制的 原因 有所不同。
如果您的用户以前将MaxPermSize 增加到 默认值以上，则可能是为了避免CMS出现Full GC
/并发模式失败，或者是因为他们的应用程序确实需要大量的perm生成空间。
将元空间限制从其有效的无限默认值减少将具有完全不同的目的：避免无限的元空间增长。
问题是那只是一个上限。实际提交的（即_当前元_空间的大小）将较小。实际上，有一个名为
MaxmetaspaceFreeRatio（默认为70％）的设置，这意味着实际的元空间大小永远不会超过其占用率的230％。
而要使其增长，首先必须将其填满，强制进行垃圾回收（元空间已满），以尝试释放对象，并且只有当它不能满足其
MinmetaspaceFreeRatio（默认40％）目标时，才将_当前元_ 空间扩展到不超过GC周期后占用率达到230％。
因此，在实践中，除非应用程序不断泄漏类装入器/类或生成大量动态代码，否则实际的元空间大小应稳定在与其实际需要接近的范围内。
TL; DR：可能有一些限制元空间大小的原因，但它们可能与设置烫发根大小的原始原因有所不同。因此，应该重新评估需求。
