"小崔已经学会了条件注解，但发现数据库连接串、端口号这些配置都硬编码在代码里，改一个环境就要重新打包。白歌说：'Spring Boot 的外部化配置就是来解决这个问题的——把配置从代码中抽离出来，让同一份 JAR 在 dev、test、prod 跑不同参数。'这一章，你将掌握 Spring Boot 配置与代码分离的完整机制。"
章节导读：外部化配置与属性绑定
本章定位
本章解决的核心问题：Spring Boot 如何把配置从代码中抽离出来，让同一份代码在不同环境（开发、测试、生产）运行时表现出不同行为。这是实现"一次构建、到处运行"的关键基础设施。
学习路线图
学习顺序说明：先建立外部化配置的整体认知（17级属性源全貌）→ 掌握两种核心注入方式：@Value 适合单个简单值，@ConfigurationProperties 适合结构化批量绑定 → 最后明确17级属性源的优先级顺序，避免多个来源同时存在时的覆盖混乱。
文件关系说明
| 文件 | 一句话角色 |
|---|---|
外部化配置.md | 建立外部化配置的整体认知，掌握17级属性源及多种注入方式。 |
Value.md | 讲解 @Value 单个属性注入，含 ${} 占位符、SpEL 表达式与默认值语法。 |
ConfigurationProperties.md | 讲解 @ConfigurationProperties 批量结构化绑定，含松散绑定与嵌套对象。 |
配置属性优先级.md | 系统梳理17级属性源的优先级顺序与覆盖规则，确保高优先级来源正确生效。 |
知识图谱
核心逻辑：Spring Boot 将配置从17个不同来源（命令行、环境变量、YAML 等）统一抽象为 Environment，@Value 负责"点对点"单值注入，@ConfigurationProperties 负责"按前缀"批量结构化绑定。当多个来源存在同名属性时，17级优先级规则确保高优先级覆盖低优先级——命令行参数永远赢。
与上下章的衔接
上一章回顾：你掌握了自动配置的决策逻辑——条件注解决定"是否加载"，但加载后的参数值仍需要配置来源。
下一章预告：外部化配置在多个环境同时存在时，如何优雅切换？下一章「Profile 与环境切换」将引入 application-{profile}.yml 机制，实现"同一份代码、多套环境、一键切换"的完整闭环。