DataSource如何成为对ConnectionPoolDataSource的引用。

Question

获取连接的首选方法是通过我阅读的数据源。 有不同的接口，例如DataSource和ConnectionPoolDataSource 。 假设我们使用PostgreSQL驱动程序，并且想在Glassfish服务器上使用连接池。

在您的应用程序代码中，您对DataSource类型的属性调用getConnection() 。 这怎么可能？ Glassfish尚未创建类型为ConnectionPoolDataSource的数据源（或更正确地说是实现类），并将其绑定到JNDI名称，当您使用JNDI名称获得数据源时，您将获得ConnectionPoolDataSource对象而不是DataSource对象？ ConnectionPoolDataSource没有getConnection()方法。 我不明白这种服务器魔术。

有人可以解释一下这一切如何融合吗？

Answer 1

您可以在Glassfish配置中选择的DataSource ， Driver或ConnectionPoolDataSource不会直接公开给您的应用程序，而是Application Server有自己的DataSource来维护连接池，此数据源将配置的DataSource ， Driver或ConnectionPoolDataSource用作工厂。连接将保留在其池中。

因此，当您使用ConnectionPoolDataSource配置Glassfish时，它将使用ConnectionPoolDataSource为连接池创建物理连接（ PooledConnection对象）。 此连接池由应用程序服务器的DataSource实现保留。 然后，您的应用程序使用此DataSource访问该连接池。 数据源从连接池中分发逻辑Connection对象。

逻辑和物理连接的确切内部工作方式取决于实现，但是这些逻辑连接通常是围绕物理连接的某种代理或包装。 获得逻辑连接后，将从连接池中检出物理连接。 当您关闭逻辑连接时，连接池会收到一个信号，表明物理连接再次可用，并将其返回到连接池。