Apollo 的兜底是"命名空间是否在目标集群有发布记录"的判断
（有发布就不兜底；没发布才回退到default集群）。
sql
判断的是"有无发布"，不是"里面有没有配置项"。✅ Apollo 配置兜底顺序表（集群 + 命名空间 + 默认 application）
| 优先级 | 查找目标 | 命名空间是否存在并发布？ | 兜底逻辑说明 | 最终生效来源 |
|---|---|---|---|---|
| 1️⃣ | 当前集群（如 dev）的 显式命名空间 （例：app.yaml, redis.yaml） |
✅ 已发布（哪怕为空） | 直接使用该集群的版本，不兜底 | dev/namespace |
| 2️⃣ | 当前集群（如 dev）的 显式命名空间 |
❌ 未发布 | 回退到 default 集群的同名命名空间 |
default/namespace |
| 3️⃣ | 当前集群的 默认命名空间 application.properties |
✅ 已发布 | 作为通用兜底配置（自动加载，无需声明） | dev/application.properties |
| 4️⃣ | 当前集群的 默认命名空间 application.properties |
❌ 未发布 | 回退到 default/application.properties |
default/application.properties |
| 5️⃣ | 本地配置文件（application.yaml/properties） |
--- | 被 Apollo 上述配置覆盖（若 overrideLocalProperties=true） |
本地 |
| 6️⃣ | Spring 默认值 | --- | 最底层兜底（如 Redis 默认 localhost:6379） | 框架默认 |
Tips : springboot项目不用显示加载 application.properties,内部自动加载
🧠 小结口诀（更新版）
命名空间有发布 → 不兜底命名空间没发布 → 兜底到 default 集群application.properties 永远会被加载，不用写在 namespaces 里本地配置与默认值只在 Apollo 都找不到时才生效
🧩 Tips：Apollo 命名空间兜底逻辑
✅ application（properties）是系统保留命名空间，会自动加载、自动兜底；
⚠️
application.yaml只是普通命名空间，不会自动兜底，需手动写入
yamlapollo.bootstrap.namespaces: application.yaml, app.yaml💡 简记：
properties 版自动上场，yaml 版要点名上场。