1. Spring IoC与DI核心概念解析
在Spring框架中，控制反转（IoC）和依赖注入（DI）是两个紧密相关的核心概念。IoC容器负责管理应用中所有对象的生命周期和依赖关系，而DI则是实现IoC的具体技术手段。当我们需要使用某个对象时，不再通过new关键字直接创建，而是由容器自动"注入"到需要它的地方。
这种设计带来的直接好处是：
- 对象间的耦合度显著降低
- 代码的可测试性大幅提升
- 配置和实现的分离使系统更灵活
2. @Autowired注解深度剖析
2.1 默认装配机制
@Autowired是Spring最常用的注入注解，默认按类型（byType）进行自动装配。当容器中存在唯一匹配的Bean时，注入过程会自动完成：
java复制@Service
public class OrderService {
@Autowired
private PaymentService paymentService;
//...
}
注意：如果存在多个同类型Bean，Spring会抛出NoUniqueBeanDefinitionException。此时需要配合@Qualifier指定具体Bean名称。
2.2 三种注入方式对比
@Autowired支持三种注入方式，各有适用场景：
| 注入方式 | 示例 | 优缺点 |
|---|---|---|
| 字段注入 | @Autowired private A a; |
简洁但不利于测试 |
| 构造器注入 | @Autowired public X(A a){...} |
推荐方式，不可变依赖 |
| Setter注入 | @Autowired public void setA(A a){...} |
适合可选依赖 |
2.3 特殊处理规则
- required属性：
@Autowired(required=false)允许依赖项为空 - 集合注入：可自动注入List、Map等集合类型
- 数组注入：支持同类型Bean的数组注入
3. @Resource注解详解
3.1 与@Autowired的区别
@Resource是JSR-250标准注解，主要区别在于：
- 默认按名称（byName）而非类型装配
- 不支持@Qualifier，但支持name属性指定Bean名称
- 不能用于构造器注入
java复制public class UserService {
@Resource(name="primaryDataSource")
private DataSource dataSource;
}
3.2 装配顺序策略
@Resource的装配遵循以下顺序：
- 匹配name属性指定的Bean
- 若无name，则匹配与字段/方法名相同的Bean
- 最后尝试按类型匹配
4. 复杂依赖场景解决方案
4.1 解决循环依赖问题
Spring通过三级缓存机制解决setter/field注入的循环依赖：
- 一级缓存：存放完整初始化的Bean
- 二级缓存：存放早期暴露的原始Bean
- 三级缓存：存放Bean工厂对象
重要限制：构造器注入的循环依赖无法解决，必须调整设计。
4.2 条件化注入实现
结合@Conditional系列注解实现条件装配：
java复制@Bean
@ConditionalOnProperty(name = "cache.enabled", havingValue = "true")
public CacheManager cacheManager() {
return new RedisCacheManager();
}
4.3 多实现类处理方案
当接口有多个实现时，可采用：
- @Primary标记首选Bean
- @Qualifier指定具体实现
- 使用ObjectProvider延迟注入
5. 最佳实践与性能优化
5.1 注入方式选择建议
- 强制依赖：使用构造器注入
- 可选/可变依赖：使用setter注入
- 测试场景：优先考虑构造器注入
- 框架扩展点：使用字段注入
5.2 常见错误排查
-
NoSuchBeanDefinitionException：
- 检查组件扫描路径
- 确认Bean是否被@Repository/@Service等注解标记
-
BeanCurrentlyInCreationException：
- 检查是否存在构造器循环依赖
- 考虑改用setter/field注入
-
NotWritablePropertyException：
- 检查setter方法命名是否符合规范
- 确认属性是否final修饰
5.3 性能优化技巧
- 延迟注入：
java复制@Autowired
private ObjectProvider<ExpensiveService> serviceProvider;
public void execute() {
ExpensiveService service = serviceProvider.getIfAvailable();
//...
}
- 使用@Lazy初始化：
java复制@Bean
@Lazy
public HeavyResource heavyResource() {
return new HeavyResource();
}
- 合理设置Bean作用域：
- 无状态服务使用singleton（默认）
- 有状态组件考虑使用prototype
在实际项目中，我习惯使用构造器注入配合final字段来明确强制依赖，这种不可变的设计能显著减少NPE风险。对于可选依赖，则会结合@Conditional和ObjectProvider实现灵活装配。当遇到复杂依赖关系时，建议先审视设计是否合理，而不是过度依赖容器的特殊处理机制。