这听起来像是一个菜鸟问题，但这是我第一次涉足数据库领域。
从here我得到了信息
最有效的实施方式 服务器和服务器之间的通信 database就是建立一个数据库 连接池。创建一个新的 每个客户端请求的连接都可以 非常耗时，尤其是对于 不断收到的应用程序 大量的请求。
本教程使用 JNDI 数据源。
我的应用程序也类似（但我不会使用 Tomcat，只使用套接字），我的服务器会从多个客户端获取请求，但我不明白为什么要使用 JNDI 数据源，为什么不能服务器与数据库保持一个开放的连接，当客户端请求到达时，它将处理请求并将数据提供给客户端。
在最坏的情况下，如果我需要 JNDI，我该如何使用我的服务器应用程序来实现它？
【问题讨论】：
因此，它是一个客户端应用程序？应用程序和数据库通常使用DriverManager#getConnection() 获得的连接进行通信？如果是这样，那么您不一定需要 JNDI 来使连接池工作。单独的连接池框架已经足够了。例如C3P0 或Apache Commons DBCP（我推荐C3P0；DBCP 是单线程的）。只需将DriverManager#getConnection() 替换为它即可。
编辑：回复您的 cmets：
服务器将与数据库通信，客户端连接到服务器，所以我不知道是否将其称为客户端应用程序。
我的意思是，一个普通的 Java 应用程序，它不在 Java EE 容器中运行。帕斯卡的措辞更好。
实际上我对连接池的工作原理有点困惑，每个连接是否都在自己的线程中运行？是否有任何文档/书籍可以帮助我更好地理解这些概念相对于非池连接？
首先，连接池打开一个连接并将其保持打开状态，直到配置的超时。连接池用自己的实现包装/decorates 连接。连接池可以同时打开并保持配置数量的连接。当您拨打getConnection() 时，它会立即为您提供一个已经打开的连接。当您在连接上调用close() 时，它会将连接放回池中以供将来请求。因此，这意味着您仍然必须以通常的方式编写 JDBC 代码：在 最短 可能的范围内获取并关闭 Connection、Statement 和 ResultSet。在finally 块中将它们全部关闭。如果您的 JDBC 代码已经写得很好，实际上只有 DriverManager#getConnection() 需要被替换。因为你应该在同一个方法块中打开和关闭Connection，它通常会在同一个线程中运行。连接池会担心Connection 不会同时被其他线程获取，直到您的代码在Connection 上调用close()。
您可以找到here 一篇不错的文章，了解连接池是如何在幕后工作的（注意：不要将它用于生产，也不要进一步自行开发，这只是为了了解整个想法）。对于实际工作，请使用现有的彻底开发且强大的连接池框架。
【讨论】：
我的应用程序也类似（但我不会使用 Tomcat，只使用套接字），我的服务器会从多个客户端获取请求，但我不明白为什么要使用 JNDI 数据源，为什么不能服务器与数据库保持一个开放的连接，当客户端请求到达时，它将处理请求并将数据提供给客户端。
嗯，你可以。但是，如果您有多个客户端并且必须处理并发请求怎么办？当然，您可以为每个客户端保持一个打开的连接，但这并不能很好地扩展（这在您的上下文中可能不是问题）。尽管如此，解决这个问题的传统方法是使用连接池（并从额外的服务中受益，例如连接验证、连接更新）并使用它来“按需”获取连接。
如果您不在 J2EE 容器上下文中，请使用独立的连接池实现，例如 c3p0（首选 c3p0 而不是 DBCP，后者被认为已过时且在负载下不太健壮）并忘记 JNDI（这只是在 J2EE 容器中运行时获取连接池句柄的标准方法。
查看 c3p0 的 documentation 了解更多详细信息和代码示例，非常清楚。
【讨论】：
用于数据库连接的 JNDI 解决了应用程序开发人员不是管理数据库连接的人的情况。
因此，应用程序开发人员可以指定他们的应用程序需要多少同时连接。然后，服务器管理员将定义数据库连接池。应用程序查找池。
应用程序和应用程序开发人员都不需要知道连接到数据库所需的凭据。此外，服务器管理员可以根据部署环境将连接池定义为不同的大小，并且应用程序不会知道这些差异。
由于您的应用程序是服务器本身，因此应用程序负责定义和管理与数据库的连接。
【讨论】：
抛出另一个连接池的链接：BoneCP (http://jolbox.com)。基准测试表明它比 C3P0/DBCP 更快。
附：在我的多线程测试中也没有看到 DBCP 锁定。
【讨论】：