实现服务器和数据库之间通信的最有效方法是设置数据库连接池。为每个客户端请求创建一个新连接可能非常耗时，特别是对于持续接收大量请求的应用程序。
而且该教程使用了JNDI数据源。
我的应用程序也类似（但我不会使用Tomcat，只使用套接字），我的服务器将从多个客户端接收请求，但我不明白为什么我应该使用JNDI数据源，为什么服务器不能与数据库保持一个打开的连接，并在客户端请求到达时处理请求并向客户端提供数据。
在最坏的情况下，如果我需要JNDI，我该如何在我的服务器应用程序中实现它？
DriverManager#getConnection()获得的连接进行通信？如果是这样，那么您不一定需要JNDI来使连接池工作。单独的连接池框架已经足够了。例如C3P0或Apache Commons DBCP（我建议使用C3P0；DBCP是单线程的）。只需将DriverManager#getConnection()替换即可。
编辑：回复您的评论：
服务器将与数据库通信，客户端连接到服务器，因此我不知道是否应将其称为客户端应用程序。
实际上，我指的是一个简单的纯Java应用程序，不运行在Java EE容器中。Pascal表达得更好。
首先，连接池会打开一个连接并将其保持打开状态，直到配置的超时时间。连接池使用自己的实现包装/修饰该连接。连接池可以同时打开和保持配置数量的连接。当您调用实际上，我有点困惑连接池是如何工作的，每个连接是否在自己的线程中运行？是否有任何文档/书籍可以帮助我更好地理解这些概念，与非池化连接相比？
getConnection()时，它会立即给您一个已经打开的连接。当您在连接上调用close()时，它会将连接放回池中以供未来的请求使用。因此这意味着您仍然需要按照通常的方式编写JDBC代码：在最短的可能范围内获取和关闭Connection、Statement和ResultSet。在finally块中关闭它们。如果您的JDBC代码已经很好地编写了，事实上只需要替换DriverManager#getConnection()。由于您应该在同一方法块中打开和关闭Connection，因此它通常会在同一线程中运行。连接池将关心Connection在此期间是否被其他线程获取，直到您的代码在Connection上调用close()。
你可以在这里找到一篇很好的文章，以了解连接池是如何在底层工作的（请注意：不要将其用于生产环境，也不要进一步自行开发它，仅仅是为了获得整体概念）。对于真正的工作，请使用现有的经过彻底开发和强大的连接池框架。
JNDI用于数据库连接，解决了应用程序开发人员不是管理数据库连接的人的情况。
因此，应用程序开发人员可以指定他们的应用程序需要多少同时连接。然后，服务器管理员会定义数据库连接池。应用程序查找该池。
应用程序和应用程序开发人员都不需要知道连接到数据库所需的凭据。另外，服务器管理员可以根据部署环境定义不同大小的连接池，应用程序也与这些差异无关。
由于你的应用程序本身就是服务器，因此应用程序负责定义和管理与数据库的连接。