如何通过JDBC测试数据库连接？Eclipse Java应用Oracle连接排查

先解决控制台无打印的问题 #

你加System.out.println()没看到输出，基本都是以下几个原因，先排查完再测连接：

• 确认修改的代码是否生效：如果是跑在Tomcat等容器里的动态web项目，先检查Eclipse的Project -> Build Automatically是否勾选，没勾选的话手动执行一次Build Project，再把项目重新部署到容器后重启，不然你修改的Java文件根本没编译进运行的包里，自然看不到输出。
• 确认控制台窗口选对了：web项目启动时控制台会绑定到对应的容器实例，不要看普通Java Application的控制台面板，手动切到当前启动的Tomcat对应Console标签页再看输出。
• 确认代码路径是否正确：直接在你加打印的DBconn.java连接逻辑处打个断点，用Debug模式启动容器，触发数据库连接操作，看断点能不能命中——如果命不中，说明你改的这个类根本不是项目实际使用的连接类，全局搜项目里所有DriverManager.getConnection、JNDI数据源查找的代码，找到实际生效的连接类再调试。
• 检查输出是否被重定向：部分项目会配置日志框架把System.out的输出重定向到磁盘日志文件，直接去Tomcat的logs目录、项目配置的日志输出路径下找对应日志文件，看打印内容是否写到了文件里。

可落地的数据库连接测试方案 #

不用死磕原有代码的打印，按从易到难的顺序测：

• 先校验配置有效性：打开context.xml找到JDBC数据源配置项，把连接地址、用户名、密码、驱动类名单独摘出来，确认项目的WEB-INF/lib或者Tomcat的lib目录下存在对应版本的Oracle JDBC驱动（一般是ojdbc8适配Oracle 12c及以上，ojdbc6适配11g），驱动类名优先写oracle.jdbc.OracleDriver，老版本驱动才用oracle.jdbc.driver.OracleDriver。
• 写独立main方法做最小化测试：不依赖web容器加载，在项目里新建一个临时测试类，把摘出来的连接参数硬编码写进去，跑Java Application验证连通性，参考代码：

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.ResultSet;
import java.sql.Statement;

public class JDBCTest {
    public static void main(String[] args) {
        // 替换成你context.xml里的实际参数
        String jdbcUrl = "jdbc:oracle:thin:@//数据库IP:1521/服务名";
        String username = "连接用户名";
        String password = "连接密码";
        try {
            Class.forName("oracle.jdbc.OracleDriver");
            Connection conn = DriverManager.getConnection(jdbcUrl, username, password);
            Statement stmt = conn.createStatement();
            ResultSet rs = stmt.executeQuery("select 1 from dual");
            if (rs.next()) {
                System.out.println("数据库连接完全正常，测试返回值：" + rs.getInt(1));
            }
            rs.close();
            stmt.close();
            conn.close();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

这个测试如果能跑通，说明数据库账号、网络连通性、驱动包本身完全没问题，问题出在项目的容器配置、JNDI加载或者业务代码逻辑里。

• 排查容器侧连接问题：如果独立测试能连通，但项目启动还是报连接错误，直接看Tomcatlogs目录下的catalina.out、localhost.日期.log文件，JDBC初始化、JNDI数据源创建失败的完整报错栈都会存在这里，比加打印定位效率高很多，重点检查context.xml里的数据源资源名是否和web.xml里的资源引用一致、数据库账号是否有远程连接权限、服务器防火墙是否放通了Oracle端口（默认1521）。

内容的提问来源于stack exchange，提问作者seekerJackson