java permgen大小_java – 为什么PermGen的默认大小这么小？

在概念上对程序员来说，你可以认为“永久代”一般是毫无意义的。如果您需要加载类或其他“永久”数据，并且还有内存空间，那么原则上您也可以将其加载到某个地方，而不用在于将这些项的总计调用为“代”。

然而，理由可能更多是：

从存储器空间中将所有代码/类元数据靠近在一起，存在潜在的益处(例如来自处理器高速缓存的观点)，并且为了保证这更容易分配固定大小的区域;

>类似地，存储代码/类元数据的存储空间可能具有某些“特殊”属性(特别是，如果可以帮助它，则不希望将其分配到磁盘)，并且系统可能无法设置存储器中的属性以非常细微的方式，使得将所有“特殊”对象集中在一个(或少量)连续块或存储空间中更为实用;

永久性对象都在一起有助于避免分割剩余的内存空间，同样，最实际的做法是从一开始就分配一个连续的固定大小的内存块。

所以当我看到事情，大部分时间分配一个永久的“一代”的原因真的是为了实际的实施原因，而不是因为程序员真的非常关心。

另一方面，程序员的情况通常也不是很糟糕：所需的永久发电量通常是可预测的，所以你应该能够以足够的余地分配所需的量。所以如果你发现你意外地超过了分配，这可能是一个“严重错误”的信号。

注：很可能情况下，PermGen最初设计解决的一些问题不是具有较大处理器高速缓存的现代64位处理器上的大问题。如果在将来的Java版本中被删除，这可能是JVM设计人员觉得现在“服务于其目的”的一个迹象。