在 Web 应用程序设计方面，我是 Java 新手，我很惊讶现在有很多东西我不知道。
特别是，我在理解 servlet 容器如何管理连接池类等资源时遇到了问题。
假设我选择一个池库(假设是 c3p0)，我读到有很多方法可以使用和管理连接池类。
例如，在许多示例中，我看到某个类(比方说 ComboPooledDataSource)在 servlet 的 init() 方法中实例化，在这里我有点困惑。我的意思是，我认为连接池系统必须存在，并且对于所有需要连接的 servlet 具有独立的生命周期，否则它就没有意义。所以我认为下面的类可能是一个线程，从第一个调用 init 方法的 servlet 启动一次，然后它继续存在，直到有人不中断它。那是对的吗？如果不是，它是如何工作的？
无论如何，一旦我启动这个类，它是否在上下文中的所有 servlet 之间共享(我的意思是所有在 init 方法中调用它的 servlet)？
其他示例将连接池系统设置为资源，例如在 context.xml 中定义它，然后任何需要连接的 servlet 只需通过 JNDI 访问它(JNDI 是正确的吗？)。我的理解(或者我认为)是，在这种情况下，将在应用程序启动时启动执行池系统的线程，并且每个 servlet 都可以在需要时访问它。那是对的吗？
在这种情况下，我可以通过 servlet 或后台线程运行时修改连接池系统属性吗？ (例如，如果我想根据请求数等统计信息来更改连接数)
如果我想创建不同的池(例如我想将数据库访问分割为N个不同的数据库或者我想使用不同的用户名进行访问)我是否需要创建与我想要的不同类型连接一样多的资源？
这两种方法之间是否有“更好”的方法或者它们是等效的？
最佳答案
这取决于网络应用程序的易用性和(Tomcat)服务器维护。
您描述了 2 个用例:
- 一个 Web 应用使用的连接池
- 网络应用之间共享的连接池
第一种情况适合“易于使用”:您可以将 war 文件放入任何 Tomcat 服务器中，它就会工作(例如 Jenkins 提供这样的 war 文件)，因为 web 应用程序包含所需的所有代码访问数据库。无需更改Tomcat服务器的配置并重新启动它。
如果可以的话，我喜欢提供此类 war 文件，因为出错的可能性会更少(例如，不会与其他网络应用程序的配置发生冲突)。您可以更进一步，通过提供嵌入应用程序的 Tomcat(因此您不需要启动 Tomcat 服务器，示例项目为 here)。
请注意，打开数据库连接池(最好通过 ServletContextListener.contextInitialized，而不是 servlet)并关闭它(通过 contextDestroyed)并不涉及启动和停止线程。池实现可能决定启动后台线程(例如，删除空闲和/或废弃的连接)，但并非必须如此。
第二种情况适用于多个具有共同点的网络应用程序。例如，如果在同一个 Tomcat 服务器中运行的多个 Web 应用程序都使用相同的数据库，那么如果 Tomcat 服务器已经具有可用于不同 Web 应用程序的连接池(通过 JNDI)，则可以节省时间和精力。 Tomcat服务器可以在“lib”目录中包含JDBC驱动程序软件和连接池软件，并且在服务器的context.xml中一次完成配置。如果数据库发生变化或需要不同的(修补的)软件组件，则只需更新 tomcat 服务器，所有 Web 应用程序可以保持不变。在这种情况下，更新 Tomcat 服务器而不是每个 Web 应用程序会容易得多。
第二种情况也更适合监控:很有可能通过JMX监控连接池。在第一种情况下，这种监控可能不可用。
连接池不需要更改“连接数作为请求数统计信息的函数”:您可以设置要使用的最大连接数和删除空闲连接的超时。连接池将随着请求数量的增加和缩小。
将数据库访问分割为 N 个不同的数据库将需要每个数据库使用不同的连接池，除非这是“只读”的，在这种情况下您也可以使用负载平衡器。
使用不同的用户名进行访问有点棘手。我在另一个问题中读到(抱歉，我找不到了)，您可以在运行时更改架构，但更改用户名/密码可能需要新连接，在这种情况下连接池将不再可用。
关于java - 关于servlet应用程序中连接池的一些问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21885215/