JNDI Tomcat

1.JNDI的诞生及简介简介

1)服务器数据源配置的诞生

1. JDBC阶段：
   一开始是使用JDBC来连接操作数据库的：
   在Java开发中，使用JDBC操作数据库的四个步骤如下：

   ①加载数据库驱动程序(Class.forName("数据库驱动类");)
   ②连接数据库(Connection con = DriverManager.getConnection();)
   ③操作数据库(PreparedStatement stat = con.prepareStatement(sql);stat.executeQuery();)
   ④关闭数据库，释放连接(con.close();)

2. 所有的用户都需要经过此四步进行操作，但是这四步之中有三步(①加载数据库驱动程序、②连接数据库、④关闭数据库，释放连接)对所有人都是一样的，而所有人只有在操作数据库上是不一样，那么这就造成了性能的损耗。
   那么最好的做法是，准备出一个空间，此空间里专门保存着全部的数据库连接，以后用户用数据库操作的时候不用再重新加载驱动、连接数据库之类的，而直接从此空间中取走连接，关闭的时候直接把连接放回到此空间之中。
   而这个空间就是连接池。

3. 但是连接池的是有会有以下疑虑：

   1、 如果没有任何一个用户使用连接，那么那么应该维持一定数量的连接，等待用户使用。
   2、 如果连接已经满了，则必须打开新的连接，供更多用户使用。
   3、 如果一个服务器就只能有100个连接，那么如果有第101个人过来呢？应该等待其他用户释放连接
   4、 如果一个用户等待时间太长了，则应该告诉用户，操作是失败的。

4. 如果直接用程序实现以上功能，则会比较麻烦。
   所以在Tomcat 4.1.27之后，在服务器上就直接增加了数据源的配置选项，直接在服务器上配置好数据源连接池即可。在J2EE服务器上保存着一个数据库的多个连接。每一个连接通过DataSource可以找到。DataSource被绑定在了JNDI树上（为每一个DataSource提供一个名字）客户端通过名称找到在JNDI树上绑定的DataSource，再由DataSource找到一个连接。

5. 示意图如下：

   
   
    

   

   00042JNDI学习1-01.jpg

6. 网上流传的图：

   
   
    

   

   00042JNDI学习1-02.jpg

7. 那么在以后的操作中，除了数据库的连接方式不一样之外，其他的所有操作都一样，只是关闭的时候不是彻底地关闭数据库，而是把数据库的连接放回到连接池中去。

2)JNDI的简介及优点：

1. JNDI的定义：
   上面知道了JNDI的作用，JNDI的定义也就很容易理解了：
   JNDI是Java命名与文件夹接口（Java Naming and Directory Interface），在J2EE规范中是重要的规范之中的一个。
   简单的理解，区别于JDBC,就是：
   jdbc是java去找数据库驱动，jndi是通过你的服务器配置（如Tomcat）的配置文件context来找数据库驱动~
2. 现在JNDI已经成为J2EE的标准之一，所有的J2EE容器都必须提供一个JNDI的服务。(web容器就是Tomcat等服务器充当的)
3. 为什么使用了连接池还要用JNDI：

   为了数据库资源的管理，在容器中配置一个数据库连接池，使用JNDI 来管理
   这样容器中运行多个服务的时候，每个服务只需添加一个jndi的名称就可以连接到数据库了
   如果不使用jndi的方式，直接在项目中配置数据库连接池，那么每个项目需要配置一次，如果更改数据库地址时，
   每个项目的数据库连接方式都要更改，比较麻烦，使用jndi的话，直接更改一下jndi里面的数据库连接池的配置就可以了，方便一些。

4. 一般来说如果目标客户有专业的应用服务器，比如 WebSphere，WebLogic，我们就不需要在代码中配置使用特定的 dbcp 或其它的连接池了。只使用JNDI就可以了。