相对于应用程序大小来说，Perm Gen很大，这正常吗？

Question

相对于应用程序大小来说，Perm Gen很大，这正常吗？

4

我已经在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从不被垃圾回收，那么它怎么可能下降呢？）。我怀疑：对于这样一个小应用程序来说，得到这样高的数量是否正常？在过去的几周里，我实际上部署和重新部署了该应用程序很多次，所以是不是由于这个原因造成的？

这个应用程序运行得非常完美，所以我没有特别的问题要解决，我只是想知道这可能会在将来引起问题吗？即使是伊甸园空间也对我来说很大，这个应用程序目前只有一个用户，一个空数据库，基本上什么都没做，但已经使用了34MB！

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

- splinter123

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- downeyt · Answer 1

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

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

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

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

回应Glassfish评论：

是的，这可能是由于Glassfish引起的。每个类都分配给Perm Gen，因此大量的类意味着大量的Perm Gen。即使您的类很小，它也站在巨人的肩膀上。