ORA-01017报错时应优先检查SERVICE_NAME是否匹配PDB实际注册的服务名，需通过v$services查询、tnsnames.ora核对及lsnrctl status验证三步确认，而非直接怀疑密码错误。
ORA-01017 报错时，先确认 SERVICE_NAME 是否指向正确的 PDB
ora-01017 不一定代表密码错了，尤其在 12c 的 pdb 环境下，90% 的“密码正确却连不上”问题，根源是 service_name 配置不匹配。客户端用的 service 名，必须和目标 pdb 实际注册到监听器中的 service 完全一致（大小写敏感、无空格、拼写精确）。
检查方法分三步：
- 查当前 PDB 注册的 service：
SELECT name, pdb FROM v$services;—— 注意name列值，比如返回pdbwyzc - 查本地
tnsnames.ora是否定义了同名条目，且SERVICE_NAME字段值与上一步完全一致（不是 PDB 名大写版，也不是 CDB 名） - 查监听器是否真加载了该 service：
lsnrctl status输出里找Service "pdbwyzc"是否出现在Service Summary...下；若没出现，说明 PDB 没 open 或 service 没自动注册
tnsnames.ora 中 SERVICE_NAME 写错的典型表现
常见错误不是拼错字母，而是混淆概念：
- 把
PDB 名（如PDBORCL）直接当SERVICE_NAME用 —— 实际 service 名可能是小写的pdbo或自定义的myapp，必须以v$services查询结果为准 - 在 RAC 环境中，
SERVICE_NAME对应的是数据库服务，不是 SCAN VIP 或节点主机名；用错会导致连接被路由到不承载该 PDB 的实例上 - 手动添加 tnsnames 条目后未刷新监听器（
lsnrctl reload），或客户端缓存了旧解析结果（可临时加tnsping pdbwyzc验证解析是否生效）
监听器没加载 PDB service 的两个关键原因
即使 PDB 已 open，service 也可能不显示在 lsnrctl status 中：
- PDB 没执行过
ALTER PLUGGABLE DATABASE pdbwyzc SAVE STATE;—— 重启 CDB 后，PDB 默认不自动 open，service 自然不注册 -
local_listener参数未设或指向错误：在 PDB 内执行SHOW PARAMETER local_listener，若为空或指向一个不存在的别名，service 就无法向监听器注册 - 监听器配置里禁用了动态 service 注册（
dynamic_registration_listener=OFF），但这种情况极少见，通常默认是 ON
用 sqlplus 验证 SERVICE_NAME 是否有效最直接
别依赖应用日志或 PL/SQL Developer 的模糊提示，用命令行直连验证：
- 成功案例：
sqlplus user/pass@pdbwyzc→ 显示Connected. - 失败但提示明确：
ORA-12154: TNS:could not resolve the connect identifier→ tnsnames.ora 条目不存在或语法错 - 失败且报 ORA-01017 → service 名存在、监听器收到请求，但认证失败（此时才该查用户状态、密码版本、账户锁等）
真正容易被忽略的是：service 名对了，但监听器背后没对应 PDB 实例在提供服务——这种情况下，错误仍是 ORA-01017，而非网络层错误。
