在 Java 17 项目里，ojdbc11.jar 的依赖冲突问题常常让人头疼，但问题的根源通常不是驱动本身存在缺陷，而是模块系统（JPMS）与驱动声明之间未能正确匹配。具体来说，尽管 ojdbc11.jar 已经包含了 `module-info.java` 并声明了 `automatic-module-name: oracle.jdbc`，但其 `requires` 声明不够完整，反射访问也受到限制，再加上 classpath 中混入了旧版 ojdbc，就容易引发类加载器隔离，最终导致 `LinkageError` 或 `ClassCastException`。

ojdbc11.jar 为什么在 Java 17 下容易冲突？

根本原因并非驱动本身质量不佳，而是 Java 17 默认启用了模块系统（JPMS），而 ojdbc11.jar 虽然带有 `module-info.java`、声明了 `automatic-module-name: oracle.jdbc`，但它与 JDK 自身模块（例如 `java.xml.bind`）以及其他依赖（例如 HikariCP、Spring Boot）之间存在加载时序与反射限制的双重夹击。常见的表现包括：`NoClassDefFoundError: javax/sql/DataSource`、`Module not found: oracle.jdbc`，或者连接池初始化时卡在 `DriverManager.getConnection()` 既不抛出异常也不返回结果。

module-info.java 中 requires oracle.jdbc 必须显式写入

如果你的项目采用了模块化（即存在 `module-info.java`），仅通过 Maven 引入 `ojdbc11` 是不够的——编译期就会报错 `Module not found: oracle.jdbc`；如果绕过编译强行运行，`DriverManager` 会因类加载器隔离而找不到驱动类，最终抛出 `SQLException: No suitable driver`。 - `requires java.sql;` 是基础，但必须额外添加一行：`requires oracle.jdbc;` - 不要写成 `requires transitive oracle.jdbc;`——ojdbc11 不导出任何第三方模块，而且你的代码通常只使用 `java.sql` 接口 - 如果项目是非模块化的（没有 `module-info.java`），这一步可以省略，但需要借助 JVM 参数来补齐

--add-opens 和 --add-modules 缺一不可

ojdbc11 内部大量使用反射来访问 `java.base` 和 `java.sql` 的私有字段（例如 socket 配置、SSL 上下文初始化），Java 17 默认禁止这种跨模块反射。HikariCP 对此尤其敏感，如果不添加参数，常常卡在连接创建阶段，日志里既没有错误信息也没有成功记录。 - 必须添加：`--add-opens java.base/java.lang=ALL-UNNAMED` - 如果使用了旧版 Spring Boot（例如 2.7.x）或依赖 `java.xml.bind`（例如某些 XML 解析逻辑），还需要添加：`--add-modules java.xml.bind` - 不要使用 `--add-modules ALL-SYSTEM`——过度开放会掩盖真实的依赖问题，而且生产环境中可能被安全策略拦截

classpath 里混入多个 ojdbc.jar 是静默杀手

最隐蔽也最常被忽略的情况是：Tomcat 或 WebLogic 自带了 `ojdbc6.jar` 或 `ojdbc7.jar`，而你的 WAR 包中又打入了 `ojdbc11.jar`。类加载器可能从容器路径优先加载旧版，导致 `OracleConnection` 类版本不一致，运行时抛出 `LinkageError` 或 `ClassCastException: oracle.jdbc.driver.T4CConnection cannot be cast to java.sql.Connection`。 - WebLogic：在 `WEB-INF/weblogic.xml` 中强制设置包级优先：`oracle.jdbc.*` - Tomcat：移走 `$CATALINA_HOME/lib/ojdbc*.jar`（重命名即可，不要删除），这是最干净的做法 - Maven 多模块项目：执行 `mvn dependency:tree | grep ojdbc` 检查，确保只有一个 `ojdbc11` 出现在 compile 或 runtime scope 中 真正麻烦的从来不是“连不上”，而是“看起来连上了，但某天批量插入突然超时”或者“本地跑得通，上预发就偶发 ClassCastException”——这些情况基本都指向驱动加载路径或模块边界没有理清。不要迷信最新版，先查清楚数据库版本和 JDK 运行时约束，再决定使用 `ojdbc8` 还是 `ojdbc11`。