spring boot 依赖注入通过容器管理 bean 实现解耦：用@component等注解声明组件，@autowired构造器注入推荐，@qualifier/@primary处理多bean，结合接口编程实现高内聚低耦合。
在 Spring Boot 中用依赖注入解耦组件，核心是把“谁创建、谁管理”的控制权从代码里拿走，交给 Spring 容器。你只需要声明“我需要什么”，容器自动给你配好、装好、管好——这样 Controller 不用 new Service，Service 也不用 new Dao，各层之间不再硬编码绑定。
用注解把类交给容器管理
先让组件成为 Spring 管理的 Bean，才能被注入：
- @Component：通用注解，标记任意可被扫描的类
- @Service：专用于业务逻辑层（如 OrderService）
- @Repository：专用于数据访问层（如 OrderDao）
- @Controller 或 @RestController：用于控制层，也自带@Component语义
这些类默认会被启动类所在包及其子包下的 @ComponentScan 扫描到，无需额外配置。
用 @Autowired 注入依赖
在使用方声明所需依赖，Spring 会按类型从容器中查找匹配的 Bean 并注入：
- 构造器注入（推荐）：确保对象一创建就完整可用，不可变且线程安全
- Setter 方法注入：适合可选依赖或运行时替换场景
- 字段注入（不推荐）：虽简洁但破坏封装、难测试、隐藏依赖
例如 Service 层注入 Dao：
@Service
public class OrderService {
private final OrderDao orderDao; // final 保证不可为空
public OrderService(OrderDao orderDao) { // 构造器注入
this.orderDao = orderDao;
}
}
处理多个同类型 Bean 的情况
当容器中有多个相同类型的 Bean（比如两个 RedisTemplate），Spring 默认按类型注入会失败。这时可用：
- @Qualifier("beanName")：按 Bean 名称指定具体实例
- @Primary：标记一个首选实现，作为默认注入目标
- @Resource(name = "xxx")：JSR-250 标准注解，按名称注入（不依赖 Spring）
比如：
@Service
public class UserService {
@Autowired
@Qualifier("mysqlUserDao")
private UserDao userDao;
}
配合接口编程强化解耦
定义接口 + 多个实现类，再通过注入接口类型来屏蔽具体实现：
- Service 层只依赖
UserDao接口，不关心是 MySQL 还是 Redis 实现 - 不同环境可切换实现（如测试用 MockDao，生产用 JdbcDao）
- 未来扩展新存储方式，只需新增实现类，不改调用方代码
这是真正实现“高内聚、低耦合”的关键一步，也是依赖注入发挥最大价值的地方。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
