由于 org.hibernate.internal.SessionFactoryImpl 难以追踪而导致的内存泄漏
Memory leak due to org.hibernate.internal.SessionFactoryImpl hard to trace
我有这个 Spring 启动微服务，我怀疑它有内存问题，但我无法将可疑的 class 追溯到服务代码。这里有一些指示图片，似乎是持久层问题，但我们没有在任何地方直接使用 SessionFactoryImpl class。
Memory chart
Shortest paths to the accumulate points
Accumulated objects by class
是否消耗40M左右，总共100M左右？
如果是这样，那么 JVM 应用程序的数量就很少了。
如果它不长更多，我就不担心了。
您可能会查看有关此主题的可用资源数量：
- Possible Memory Leak due to org.hibernate.internal.SessionFactoryImpl
- https://www.eclipse.org/forums/index.php/t/1088908/
- https://hibernate.atlassian.net/browse/HHH-8943
- https://discourse.hibernate.org/t/hibernate-memory-management/32/2
- https://github.com/ow2-proactive/scheduling/issues/2870
我有这个 Spring 启动微服务，我怀疑它有内存问题，但我无法将可疑的 class 追溯到服务代码。这里有一些指示图片，似乎是持久层问题，但我们没有在任何地方直接使用 SessionFactoryImpl class。
Memory chart
Shortest paths to the accumulate points
Accumulated objects by class
是否消耗40M左右，总共100M左右？ 如果是这样，那么 JVM 应用程序的数量就很少了。 如果它不长更多，我就不担心了。
您可能会查看有关此主题的可用资源数量：
- Possible Memory Leak due to org.hibernate.internal.SessionFactoryImpl
- https://www.eclipse.org/forums/index.php/t/1088908/
- https://hibernate.atlassian.net/browse/HHH-8943
- https://discourse.hibernate.org/t/hibernate-memory-management/32/2
- https://github.com/ow2-proactive/scheduling/issues/2870