java巨大的Perm Gen与应用程序大小相比，是否正常？

Question

我已经在glassfish服务器上部署了一个web应用程序，它只是由一系列JAX-RS REST服务和通过JPA进行的数据库处理组成。我用于部署的WAR文件大约为2MB，流量非常小（只有几个测试请求）。出于好奇，我运行了一个jmap来查看内存使用情况，我得到了这个

using thread-local object allocation.
Parallel GC with 2 thread(s)

Heap Configuration:
MinHeapFreeRatio = 0
MaxHeapFreeRatio = 100
MaxHeapSize      = 536870912 (512.0MB)
NewSize          = 1310720 (1.25MB)
MaxNewSize       = 17592186044415 MB
OldSize          = 5439488 (5.1875MB)
NewRatio         = 2
SurvivorRatio    = 8
PermSize         = 21757952 (20.75MB)
MaxPermSize      = 201326592 (192.0MB)
G1HeapRegionSize = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
capacity = 99090432 (94.5MB)
used     = 36256552 (34.576942443847656MB)
free     = 62833880 (59.923057556152344MB)
36.589357083436674% used
From Space:
capacity = 38797312 (37.0MB)
used     = 13067872 (12.462493896484375MB)
free     = 25729440 (24.537506103515625MB)
33.68241593644426% used
To Space:
capacity = 37748736 (36.0MB)
used     = 0 (0.0MB)
free     = 37748736 (36.0MB)
0.0% used
PS Old Generation
capacity = 70254592 (67.0MB)
used     = 59577728 (56.8177490234375MB)
free     = 10676864 (10.1822509765625MB)
84.80261048274254% used
PS Perm Generation
capacity = 135266304 (129.0MB)
used     = 88929544 (84.80982208251953MB)
free     = 46336760 (44.19017791748047MB)
65.74404812598414% used

我很惊讶地看到，Perm Gen为这么小的应用程序占用了大约84MB的内存。当我重新启动服务器时，这个数字下降了（之前是100MB，这看起来已经很奇怪了，因为我读到perm gen从未被垃圾收集，所以它怎么会下降？）。我的疑问是：用这么小的应用程序获得这么高的数字正常吗？事实上，在过去几周里，我多次部署和重新部署该应用程序，那么这可能是因为这个原因吗？ 这个应用程序运行得很好，所以我没有什么特别的问题要解决，我只是想知道这是否会在未来引发问题。就连Eden space的数字在我看来也很大，34MB用于一个目前只有一个用户的应用，数据库是空的，基本上没有做任何相关的事情

编辑：我现在取消了应用程序的部署并重新启动了服务器（它现在在不同的pid下运行）。令我惊讶的是，我运行了另一个jmap，得到了与perm gen非常相似的数字（比如使用了70MB）。这是否可能只是与glassfish有关，而与我的应用程序无关

Answer 1

Perm Gen的一个问题是静态的东西。静态数据是从Perm Gen分配的，但直到容器（Glassfish、Tomcat等）被释放后才被释放重新启动

如果静态指向另一个类（即使该类不是静态的），那么另一个类也永远不会被释放。如果在不重新启动容器的情况下重新启动应用程序，则不会释放该类的内存，并且会为该应用程序的新实例分配该类的另一个实例

许多类都有指向其他类的静态指针。您可以尝试消除代码中的问题，但是许多Java类都有这个问题，因此它可能超出您的控制范围

这是一篇关于这个主题的优秀文章：Classloader Leaks

对Glassfish评论的回应：

是的，可能是玻璃鱼造成的。每个类都分配给Perm Gen，所以很多类意味着很多Perm Gen。即使你的类很小，但它站在巨人的肩膀上