org.postgresql.core.Field引发Java堆OOM，求原因排查及Hibernate连接疑问
问题描述
我的Java应用使用Hibernate连接PostgreSQL后端，频繁触发java.lang.OutOfMemoryError: Java heap space错误。对比OOM时与正常运行时的堆转储，发现org.postgresql.core.Field对象数量出现了显著增长。想请教：
- 这种现象的可能原因有哪些？
- 是否可能是Hibernate未正确关闭数据库连接导致的？
环境信息
- JDK: 18
- PostgreSQL驱动版本: 42.3.5
- HikariCP: 4.0.3
- Spring Boot: v2.7.0
分析与解答
是否因Hibernate未正确关闭连接导致？
有可能，但并非直接原因。未关闭的连接会导致连接池耗尽，但Field属于查询结果的元数据对象，通常和查询结果资源的持有有关。不过如果连接被长期持有未归还，关联的查询结果资源（包括Field）也会被连带滞留在堆中，无法被GC回收。
可能的具体原因
查询结果或Session/EntityManager未正确释放
如果应用长期持有Hibernate的Session、EntityManager、Query对象，或者查询返回的List/ScrollableResults被存入长生命周期的集合（比如静态缓存、全局变量），PostgreSQL驱动中的Field作为结果元数据会被这些对象持续引用，无法被垃圾回收。尤其是手动管理Session而非依赖Spring声明式事务时，更容易出现Session未关闭的情况。PostgreSQL驱动版本存在泄漏bug
你使用的pgjdbc 42.3.5版本可能存在特定场景下的Field对象泄漏问题，比如批量查询、游标查询时的元数据缓存未正确清理，或者某些查询类型导致的对象累积。建议升级到较新的稳定版本（如42.5.x系列）验证是否解决问题。HikariCP配置不合理导致资源滞留
- 如果
maxLifetime设置过长，连接长时间存活会导致驱动层关联对象（包括Field）无法回收；idleTimeout配置不当也可能导致空闲连接持有资源过久。 - 若
autoCommit设为false，但未手动提交/回滚事务，连接会被持续占用，关联的查询资源无法释放。
- 如果
游标或ScrollableResults使用不当
使用Hibernate的ScrollableResults或PostgreSQL原生游标查询时，若未及时关闭游标/ScrollableResults，驱动层会保留Field等元数据对象。特别是循环处理大量数据时，未关闭游标会造成对象持续累积。静态缓存不合理
如果应用或第三方库将查询元数据（比如反射获取的字段信息）存入静态缓存且未设置过期/清理策略，Field对象会被永久引用，无法被GC回收。
内容的提问来源于stack exchange，提问作者Snaps
