ORA-12514错误本质是JDBC连接字符串中的SERVICE_NAME或SID与监听器注册的服务名不一致，需通过SELECT value FROM v$parameter WHERE name='service_names'或SELECT name FROM v$services查真实服务名，并确保与lsnrctl status输出完全匹配（含大小写、域名），同时执行ALTER SYSTEM REGISTER触发动态注册并reload监听器。
ORA-12514 错误在 Java 应用中出现，说明 JDBC 连接字符串里写的 SERVICE_NAME（或 SID）监听器根本没注册——不是网络不通，也不是密码错，是“名字对不上”。
检查 JDBC URL 中的 SERVICE_NAME 是否与数据库实际服务名一致
Java 里最常写错的就是连接串里的服务名。比如你写了 jdbc:oracle:thin:@//host:1521/orcl，但数据库实际的服务名可能是 orcl.example.com 或 ORCL（注意大小写），甚至压根不是 orcl。
- 进数据库查真实服务名：
SELECT value FROM v$parameter WHERE name = 'service_names'; - 或者查所有已注册服务：
SELECT name FROM v$services; - 如果用的是 SID（老式单实例），确认
SELECT instance_name FROM v$instance;返回值，并确保 URL 用的是@//host:port/SID格式（不是@//host:port/SERVICE_NAME） - JDBC URL 中的
orcl必须和查询结果**完全一致**，包括大小写和域名后缀
确认数据库是否已向监听器动态注册
即使数据库启动了，也不代表它自动告诉监听器“我在这儿”。尤其重启过数据库、或修改过 service_names 参数后，常出现注册丢失。
- 登录数据库执行：
ALTER SYSTEM REGISTER;（立即触发 PMON 向监听器广播） - 然后立刻在服务器上运行：
lsnrctl status - 在输出里找你的服务名，状态必须是
READY，不能是UNKNOWN或直接没出现 - 如果没注册成功，检查参数：
SELECT name, value FROM v$parameter WHERE name IN ('service_names', 'local_listener');，确保service_names不为空且值正确
验证客户端 tnsnames.ora 是否被 JDBC 读取（或绕过它）
JDBC thin 驱动默认不读 tnsnames.ora，所以改它通常不影响 Java 应用——除非你用了 oracle.jdbc.driver.OracleDriver + TNSNAMES 方式（极少见）。但如果你用了 Oracle Wallet、或设置了 oracle.net.tns_admin 系统属性，那就要小心了。
立即学习“Java免费学习笔记（深入）”；
- 检查代码或 JVM 启动参数是否设置了：
-Doracle.net.tns_admin=/path/to/network/admin - 如果设置了，确认该路径下的
tnsnames.ora里对应条目中的SERVICE_NAME值是否正确 - 更推荐的做法：Java 连接直接用完整 URL，别依赖 tnsnames.ora，例如：
jdbc:oracle:thin:@//db-host:1521/ORCL.example.com - 避免混用格式：
@host:port:SID（旧式，只认 SID）和@//host:port/SERVICE_NAME（新式，只认 SERVICE_NAME），二者不可互换
监听器配置 listener.ora 是否强制绑定了错误的 SID_LIST
有些运维手动改过 listener.ora，加了静态注册，但写错了 SID_NAME 或 GLOBAL_DBNAME，反而把动态注册给屏蔽了。
- 运行
lsnrctl status，看 “Listener Parameter File” 路径，打开那个listener.ora - 如果存在
SID_LIST_LISTENER块，检查里面的SID_DESC：-
SID_NAME必须等于v$instance的instance_name -
GLOBAL_DBNAME应等于v$parameter的service_names值（或其子集）
-
- 如果不确定，临时注释掉整个
SID_LIST_LISTENER段，执行lsnrctl reload，让监听器纯靠动态注册——这是现代 Oracle 的推荐方式 - 改完一定要 reload 或 restart 监听器，
lsnrctl start不会重载配置，lsnrctl reload才会
最容易被忽略的一点：Java 应用连的是开发库，而你查的是测试库的 v$parameter；或者 DBA 改了服务名但没通知所有人。动手前，先确认你查的数据库实例，就是应用要连的那个——用 SELECT host_name, instance_name FROM v$instance; 交叉验证，比猜靠谱得多。
