Java用JDBC连接Oracle的核心是URL必须以jdbc:oracle:thin:开头，主流格式为jdbc:oracle:thin:@//host:port/service_name，用于明确区分service_name与sid，兼容RAC和单实例，且不依赖tnsnames.ora；旧式sid写法（@host:port:sid）在12c+ CDB环境下易连错或报ORA-12514。
java 用 jdbc 连 oracle，核心就一条：必须用 jdbc:oracle:thin: 开头，其他格式（比如 odbc、ole db、odp.net）在 java 里根本不能用。
jdbc:oracle:thin:@//host:port/service_name 是当前主流写法
Oracle 官方自 10g 起主推这种 URL 格式，它明确区分 service_name 和 sid，兼容 RAC 和单实例，且不依赖本地 tnsnames.ora 文件。
- 正确示例：
jdbc:oracle:thin:@//mydb.example.com:1521/orclpdb1（对应可插拔数据库） - 错误写法：
jdbc:oracle:thin:@mydb.example.com:1521:orcl（这是旧式 SID 写法，RAC 下会连错实例） - service_name 通常比 sid 更稳定——比如容器数据库中，
orcl可能是 CDB 名，而真正业务用的是orclpdb1 - 如果只记得 sid（如
ORCL），先连上去查：SELECT SYS_CONTEXT('USERENV', 'SERVICE_NAME') FROM DUAL;
jdbc:oracle:thin:@host:port:sid 已过时但偶尔还得用
某些老旧系统、非容器化 Oracle 8i/9i/10g（非 CDB 架构）仍靠 sid 启动，此时只能用冒号分隔的三段式。但注意：它在 12c+ 的 CDB 环境下大概率连不上 PDB。
- 典型错误现象：
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor - 这不是网络不通，而是 listener 认不出你写的
sid—— 因为实际注册的是service_name - 若必须用 sid，确认数据库启用了
USE_SID_AS_SERVICE_listener_name=ON（不推荐，属兼容性开关） - 连接字符串里不能带空格或特殊字符；
@myhost:1521: ORCL中的空格会导致java.sql.SQLException: No suitable driver
带参数的 JDBC URL 容易漏掉关键选项
生产环境几乎都要加参数，缺一不可。最常被忽略的是字符集和连接超时控制。
- 强制 UTF-8：
?useUnicode=true&characterEncoding=UTF-8（对 Java 8+ 的 ojdbc8.jar 有效；ojdbc6 不识别这个，得靠 JVM 参数） - 防空闲断连：
&connectTimeout=5000&socketTimeout=30000（单位毫秒，避免连接池长期持无效连接） - 启用服务名解析（替代 tnsnames.ora）：
&oracle.net.tns_admin=/path/to/tns_admin（仅当你用TNSNAMES方式时才需要） - ojdbc8 默认启用连接池预检，若后端防火墙有连接限制，可能触发
java.sql.SQLRecoverableException: I/O Error: Connection reset，此时加&disableOob=true
验证连接字符串是否合法，别等运行时报错
光语法对没用，得确保 service_name 真正在监听器上注册了。最快方式不是写 Java 代码，而是用 Oracle 自带工具验证：
立即学习“Java免费学习笔记（深入）”；
- 用
tnsping orclpdb1检查名字能否解析（需配置好TNS_ADMIN） - 直接 telnet：
telnet mydb.example.com 1521，通了说明端口可达 - 用 sqlplus 测试完整链路：
sqlplus user/pass@//mydb.example.com:1521/orclpdb1，成功即证明 URL 有效 - Java 里
DriverManager.getConnection(url)抛SQLException时，重点看 message 里是不是ORA-开头——是则数据库层问题；是No suitable driver，说明 classpath 没加对 ojdbc.jar 版本
真正麻烦的从来不是拼字符串，而是 service_name 到底是什么、监听器是否真把它注册了、以及 ojdbc 版本和 JDK 是否匹配。这些细节不核对清楚，换十种写法都连不上。
