ojdbc8.jar本身兼容Java 17，UnsupportedClassVersionError主因是误用ojdbc10/11.jar或classpath混入多版本；其字节码版本为52（JDK 8），可在JDK 17下正常加载。
不用换驱动，ojdbc8.jar 本身就在 Java 17 下稳定运行——95% 的“不兼容”其实是误用了 ojdbc10.jar 或 ojdbc11.jar，或者 classpath 里混了多个版本。
为什么 UnsupportedClassVersionError 不是 ojdbc8.jar 的问题？
这个错误说明 JVM 尝试加载一个字节码版本高于自身能力的类。但 ojdbc8.jar 编译目标是 class file version 52（对应 JDK 8），它在 JDK 17 下完全能加载。真正出问题的是：
-
ojdbc10.jar（最低要求 JDK 10）或ojdbc11.jar（最低要求 JDK 11）被放进 JDK 8 编译、JDK 17 运行的混合环境 - Maven 中声明了
ojdbc11，但没改运行时 JVM 版本，或本地 Tomcat 自带旧版驱动干扰 - 用
javap -verbose oracle.jdbc.OracleDriver | grep "major version"查实际字节码：52=JDK 8，61=JDK 17 —— 如果看到 61，那肯定不是 ojdbc8
classpath 里混了多个 ojdbc*.jar 怎么快速清理？
这是最隐蔽也最高发的 LinkageError 和 ClassCastException 根源，典型现象是启动时报 java.lang.LinkageError: loader constraint violation，或运行时抛 oracle.jdbc.driver.T4CConnection cannot be cast to java.sql.Connection。
- 执行
mvn dependency:tree -Dincludes=oracle，重点看com.oracle.jdbc和com.oracle.database.jdbc两个 groupId 是否并存 - 在 pom.xml 中对老依赖做
<exclusion></exclusion>，比如 Spring Boot 2.x starter 带的ojdbc6 - 删掉本地仓库中非目标版本：
rm -rf ~/.m2/repository/com/oracle/database/jdbc/*ojdbc[67]* - IDE 刷新 Maven 后，检查 External Libraries 列表——只应剩一个
ojdbc8-21.12.0.0.jar这类明确小版本的包
数据库是 Oracle 11g/12c，但项目升到了 Java 17，该用 ojdbc8 还是 ojdbc11？
必须用 ojdbc8.jar。这不是 JVM 版本问题，而是协议层不兼容：ojdbc11.jar 默认启用 TLS 1.2+ 和新认证流程，Oracle 11g R2（11.2.0.4）不支持 auth_vfr_data 协商，连接时大概率报 ORA-28040: No matching authentication protocol 或静默超时。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 查真实数据库版本：
SELECT * FROM v$version - 对照 Oracle 官方 JDBC FAQ 的 “Supported Database Versions” 表格——只有
ojdbc8（12.2.0+）明确支持 11g/12c/19c/21c 全系列 - 生产环境务必锁定小版本，例如
com.oracle.database.jdbc:ojdbc8:21.12.0.0，禁用ojdbc8-latest.jar
模块化项目（module-info.java）下驱动类找不到怎么办？
即使你只调用 DriverManager.getConnection()，不 import 任何 Oracle 特有类，也必须显式声明依赖，否则编译期报 module not found: oracle.jdbc，或运行时报 No suitable driver。
- 在
module-info.java中加一行：requires oracle.jdbc; - 不要写
requires transitive oracle.jdbc;——ojdbc8不导出第三方模块，且你代码只依赖java.sql接口 - 如果项目非模块化（无
module-info.java），这步可跳过，但需靠 JVM 参数补位：--add-opens java.base/java.lang=ALL-UNNAMED
真正容易被忽略的是：驱动能否加载，取决于 java -version 输出的运行时 JVM 版本；而连接能否成功，更取决于数据库版本与驱动协议的匹配度——别只盯着 Maven 仓库里“最新版”往里塞。
