网上关于JNDI和JDBC的定义有很多，但是都很官方不容易理解，下面是我最近查阅资料得出的心得体会。希望对你在理解上有一点点的帮助，说的不对的请指正哦。
JDBC:
看到最多的就是
Java Database Connectivity (JDBC)是一个标准的Java API，它由一组类和接口组成，Java应用程序开发人员使用它来访问数据库和执行SQL语句。
通俗的讲就是JDBC用来连接数据库和执行SQL语句，但是它最大的特点是通过java程序去找数据库驱动，然后来连接数据库。是java亲自去连数据库。
JNDI:
然而
JNDI(Java Name Directory Interface，Java命名和目录接口)，它不仅仅是进行数据库定位的，它是给当前应用服务器所管理的所有资源一个唯一的标识，包括数据库，网页，文件，连接池等等。
JNDI提供了一种统一的方式，可以用在网络上查找和访问服务。通过指定一个资源名称，该名称对应于数据库或命名服务中的一个记录，同时返回数据库连接建立所必须的信息。
JNDI主要有两部分组成：应用程序编程接口和服务供应商接口。应用程序编程接口提供了Java应用程序访问各种命名和目录服务的功能，服务供应商接口提供了任意一种服务的供应商使用的功能。
代码示例：
try{ Context cntxt = new InitialContext(); DataSource ds = (DataSource) cntxt.lookup("jdbc/dpt"); }catch(NamingException ne){ ... }
通俗的讲，JNDI不单单是用来连接数据库的，它是通过命名服务来找到数据库并返回数据库连接，当然JNDI还可以管理当前应用服务器上的其他资源，如网页，文件等，它用来连接数据库时和JDBC最大的区别就是它是通过应用服务器配置（如Tomcat）的配置文件context.xml来找数据库驱动的，其次就是JDBC连接能承受的同时请求数太低了，JNDI连接池连接与之相比会好很多。
总结：
- 请求资源的主动性不一样。JDBC是通过java程序主动去连接数据库获得连接，而JNDI是通过请求命名服务器返回数据库连接。
- 功能范围不一样。JDBC只能用来做一件事那就是连接数据库，而命名JNDI除了能和JDBC做同样的事以外还能管理当前应用服务器上的其他资源，如网页，文件等。
- 请求连接数不通。JNDI连接池数高于JDBC。