JDBC连接池内存问题（Java EE应用程序）

Question

我目前有一个Java EE应用程序，其中实现了我自己的连接池类。我使用的每个方法都执行一个简单的查询（Statement和ResultSet）。在我使用JDBC/my pool的每个方法的finally块中，首先关闭ResultSet，然后关闭Statement，尽可能多的书籍和在线指示应该完成的资源。最后，我将连接返回到池中。

一边看JVM的内存，我注意到内存从来没有真正释放我让它使用JDBC通过我的连接池的调用后，或需要很长的时间这样做。我检查了我的垃圾收集设置，并且使用了gencon（IBM WebSphere），许多在线资源都表示它很好。我在我的应用程序中也使用了Spring Framework。

我写的连接池类是非常简单的。在初始化时，它创建一定数量的数据库连接并将它们添加到队列中（我尝试了一个简单的Vector实现，但与内存结果相同）。当你请求一个连接时，它会检查并确认有一个可用的连接，如果有的话，它会给一个连接。最后，您将其返回并将其放回Queue/Vector中。

我想知道是否有其他任何可能对这样做？我应该让Spring Framework处理我的连接池吗，还是有更好的方法处理内存？对我来说，这确实有道理，但我对实现连接池并不太熟悉。所有资源都表示要做我正在做的事情，但我假设他们可能正在使用一些内置池化实现。我知道关闭连接是可行的，但由于这是一个自定义的混合解决方案，我不能这么做。

谢谢！

Answer 1

您的应用程序是否在WebSphere应用程序服务器内运行？它是从应用程序服务器获取其数据源，而不是自己创建它？如果是这样，那么连接和声明已经被合并，并且你不需要自己合并它们。

Answer 2

确定，第一件事的第一：除非你有一个很好的理由，实现自己的连接池机制是不必要的风险的练习。只有很多连接池机制可供选择 - Spring将是其中之一，雅加达的DBCP是另一个。如果您可以选择使用第三方实用程序进行连接池 - 请执行此操作。如果您正在容器中运行，请让容器为您完成工作（WebSphere已通过其各种“帮助类”执行此操作）。

关于您遇到的症状：事实不是释放内存，并不意味着有内存泄漏。由JVM决定是否以及何时实际释放未引用的对象实例。你是否也遇到OutOfMemory错误？

开始发出一些堆转储（右后JDBC资源释放），看看发生了什么事情在那里。

关于您编写​​的代码 - 无需发布代码，很难猜测您是否存在隐藏的bug;但是你所描述的流程看起来是正确的。