java连接oracle rac无法透明故障转移的根本原因是failover_mode未生效，常见于配置位置错误（须嵌套在connect_data下）、驱动不识别、url未使用tnsnames别名、type/method组合不匹配；应用还需捕获ora-03113等异常并重试。
java 程序连接 oracle rac 集群时无法实现透明故障转移，根本原因不是“没配”，而是 failover_mode 没生效——绝大多数情况是配置位置错、驱动不认、url 写法绕过了 tnsnames 解析，或者 type/method 组合不匹配 jdbc 实际行为。
tnsnames.ora 中 FAILOVER_MODE 必须嵌套在 CONNECT_DATA 下
很多人把 FAILOVER_MODE 塞进 DESCRIPTION 顶层或 ADDRESS_LIST 里，Oracle Net 完全忽略它。它只接受一种结构：
(CONNECT_DATA = (SERVICE_NAME = orcl) (FAILOVER_MODE = (TYPE = SELECT) (METHOD = BASIC) (RETRIES = 3) (DELAY = 5)))- 漏掉
TYPE或METHOD中任意一个，TAF 就不触发；写成TYPE=SESSION却期望 SELECT 不中断，会失败 -
BACKUP参数在 JDBC Thin 模式下无效（ojdbc8+ 已弃用），留空或删掉更安全
JDBC URL 必须引用 tnsnames 别名，不能用 Easy Connect
jdbc:oracle:thin:@//rac1-vip:1521/orcl 这类格式完全跳过 tnsnames.ora 解析，FAILOVER_MODE 形同虚设。必须：
- 把完整配置存入
$ORACLE_HOME/network/admin/tnsnames.ora或自定义路径 - 启动 Java 进程前设置
TNS_ADMIN环境变量指向该路径 - JDBC URL 写成
jdbc:oracle:thin:@RAC（其中RAC是 tnsnames 里的别名） - Spring Boot 项目中，
spring.datasource.url不能直接填别名——需配合oracle.jdbc.fanEnabled=false，否则 FAN 会干扰 TAF
ojdbc8+ 驱动不认 setFailoverEnabled(true)
这个方法在 ojdbc8 及以后版本已被 @Deprecated，调用它既不报错也不起效。TAF 是 Oracle Net 层能力，JDBC 驱动只负责透传连接串参数：
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 必须在连接串里显式带
FAILOVER=true和完整FAILOVER_MODE块（哪怕写在 URL 里） - 示例有效片段：
(DESCRIPTION=(FAILOVER=true)(ADDRESS_LIST=(ADDRESS=...))(CONNECT_DATA=(SERVICE_NAME=...)(FAILOVER_MODE=(TYPE=SELECT)(METHOD=BASIC)))) -
METHOD=PRECONNECT在 ojdbc8+ 中已失效，设了也当没设；TYPE=SELECT才支持查询续跑，但 DML 仍会报ORA-25402并回滚
TAF 不是无感切换，应用必须捕获并重试
即使所有配置都对，故障瞬间仍会抛异常：ORA-03113、ORA-03114 或 SQLState 08006。这不是配置失败，而是 TAF 正常行为：
- TYPE=SELECT 场景下，
executeQuery()在第二次调用时才会自动连新节点并继续取结果 - 应用层不捕获这些异常、不做重试逻辑，线程就直接退出，TAF 失去意义
- RETRIES × DELAY 决定总等待时间，设成
RETRIES=30, DELAY=3是较稳的生产值（约 90 秒内完成切换）
真正卡住的地方往往不是“怎么配”，而是 tnsnames 路径没被驱动读到、URL 没走别名、驱动版本和 TYPE/METHOD 不匹配，或者应用代码没处理第一次异常就放弃了重试。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
