问题
We are using JBoss eap 6.4. We are running into heap issues(out f memory error) when the application is deployed and accessed.Created a heap dump file to investigate more. Analyzed the heap dump file using Eclipse MAT tool. MAT tool is complaining abut the following leak.
Problem Suspect 1
183 instances of "org.jboss.vfs.spi.JavaZipFileSystem", loaded by "org.jboss.modules.ModuleClassLoader @ 0xe0884088" occupy 24,507,432 (14.20%) bytes.
Biggest instances: •org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c65988 - 2,367,616 (1.37%) bytes. •org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c64308 - 1,883,528 (1.09%) bytes. •org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c5c660 - 1,729,400 (1.00%) bytes. These instances are referenced from one instance of "java.util.HashMap$Node[]", loaded by ""
Keywords org.jboss.vfs.spi.JavaZipFileSystem java.util.HashMap$Node[] org.jboss.modules.ModuleClassLoader @ 0xe0884088
Details »
Can anyone explain the above leak(why it happens and what cane be done?)and propose a solution to fix the memory leak?
UPDATE: The following is the list of classes that the JBOSS is trying to load:
UPDATE: The following is the dominator tree view using Eclipse MAT:
The following is the path to GC of org.springframework.beans.factory.support.DefaultListableBeanFactory(This class has more retained heap):
来源：https://stackoverflow.com/questions/58342907/memory-leak-due-to-more-number-of-instances-of-org-jboss-vfs-spi-javazipfilesyst