oracle官方推荐ucp，但多数spring boot项目继续用hikaricp更稳——因其对ojdbc11（23.x+）驱动版本、oracle rac/adb环境及oracledatasource生态有强依赖，仅在满足这三前提时切换才真正获益；hikaricp虽不原生支持fcf/rlb，但通过ons配置和tnsnames.ora可补足，且默认配置更易用、泄漏检测需显式启用。
Oracle官方推荐UCP，但多数Spring Boot项目继续用HikariCP更稳——不是因为UCP不好，而是它对JDBC驱动版本、RAC依赖和配置粒度有隐性门槛。
UCP真正能发挥优势的三个前提
UCP不是“换个type就能用”的通用池，它需要明确满足以下条件才值得切换：
-
ojdbc11（23.x+）或至少ojdbc819.21+；低于这个版本，connection-validation-timeout和异步验证会静默失效 - 后端是 Oracle RAC 或自治数据库（ADB），且已启用 FCF/RLB；单实例下UCP的故障转移、连接亲和等特性基本闲置
- 项目中已大量使用
OracleDataSource或UniversalConnectionPoolManagerAPI；否则你只是把HikariCP的配置搬进UCP的property前缀里，没获得额外收益
HikariCP在Oracle场景下的实际短板
它不支持 Oracle 特有机制，但这不等于“不能用”，而是某些高可用能力得靠外围补足：
- 无原生 FCF（Fast Connection Failover）：需配合
oracle.jdbc.fanEnabled=true+ Oracle Notification Service（ONS）配置，否则节点宕机后新连接仍可能打到坏节点 - RLB（Runtime Load Balancing）需依赖客户端
tnsnames.ora的LOAD_BALANCE=ON，HikariCP本身不参与服务端负载感知 - 连接泄漏检测默认关闭；需显式设
leak-detection-threshold，且单位是毫秒（如60000），不是“分钟”
Spring Boot里换UCP要改什么
不是只改 spring.datasource.type，关键动作集中在三处：
- 排除HikariCP：
spring-boot-starter-jdbc默认带它，必须在pom.xml里用<exclusions></exclusions>干掉com.zaxxer:hikari-cp - 加UCP依赖：
oracle.ucp:ucp（注意不是ojdbc，那是驱动）；版本需与ojdbc11对齐，比如都用23.3 - 配置项前缀从
spring.datasource.hikari.换成spring.datasource.oracleucp.，但像max-pool-size这类参数名不变，别误以为要写成maximum-pool-size
UCP的坑常藏在“默认关着的功能”里——比如连接泄漏检测默认禁用，validate-connection-on-borrow 在UCP里叫 validate-connection-on-borrow-enabled，少个 -enabled 就是无效配置。真要切，先跑通一个带 RAC 故障注入的集成测试，比调参重要得多。
