技术栈

IOC（控制反转）是一种设计模式，核心思想是将对象的创建和依赖关系的控制权从代码内部转移到外部容器。

准确来说就是，对于复杂的对象依赖关系，不再使用代码创建对象使用，而是容器创建好对象，自动注入到代码中。
本来是代码控制对象的，现在变成了容器控制代码对象，所以称之为控制反转。
从而可以简单的实现单个对象测试和创建

但是还是需要声明依赖关系，才能自动注册，然后才能自动注入

一、依赖注入（DI）的核心原理

控制反转（IoC）：依赖注入是IoC的实现方式，将对象依赖的创建与管理交给Spring容器，而非硬编码在类内部。通过外部注入依赖，降低代码耦合度，提升可维护性和可测试性。
容器作用：Spring容器负责Bean的识别、注册、生命周期管理及依赖解析。例如，通过XML配置或注解扫描（如@Component ）注册Bean，并在创建Bean时自动注入依赖。

二、依赖注入的三种主要方式

构造器注入
• 特点：通过构造函数传递依赖，强制初始化时完成依赖注入，确保对象不可变和线程安全。
• 适用场景：强制依赖（如核心服务），适合单元测试。
• 示例：
java
```
@Service
public class MyService {
    private final MyDependency dependency;
    @Autowired
    public MyService(MyDependency dependency) {
        this.dependency = dependency;
    }
}
```

Setter方法注入
• 特点：通过Setter方法动态设置依赖，适用于可选依赖或运行时需修改依赖的场景。
• 示例：

java

public class MyService {
    private MyDependency dependency;
    @Autowired
    public void setDependency(MyDependency dependency) {
        this.dependency = dependency;
    }
}

字段注入（不推荐）
• 缺点：直接通过@Autowired注入字段，虽便捷但破坏封装性，导致代码难以测试和维护，尤其在多线程环境下可能引发问题。

三、最佳实践与注解规范

依赖类型区分
• 强制依赖：使用构造器注入，确保对象初始化完整。
• 可选依赖：使用Setter注入，提供灵活性。
注解使用建议
• 统一使用@Autowired或@Inject，结合@Qualifier按名称注入多实例Bean。
• 分层注解：@Controller、@Service、@Repository明确类职责，增强代码可读性。
避免字段注入：优先选择构造器或Setter注入，减少维护成本。

四、Spring容器的核心功能

Bean管理：识别注解（如@Component）、注册Bean定义，并解析依赖关系。
生命周期控制：支持@PostConstruct和@PreDestroy注解，管理Bean初始化和销毁逻辑。
代理机制：通过动态代理实现AOP功能（如事务管理）。

五、配置方式对比

XML配置：显式定义Bean及其依赖，适合传统项目或复杂依赖场景。

xml

<bean id="myService" class="com.example.MyService">
    <constructor-arg ref="myDependency"/>
</bean>

注解驱动：简化配置，通过@ComponentScan自动扫描Bean，结合@Autowired自动装配。

六、常见问题与解决方案

依赖冲突：使用Maven的<dependencyManagement>统一版本，或排除冲突依赖。
循环依赖：通过Setter注入或@Lazy注解延迟加载解决。

总结

Spring依赖注入通过解耦对象创建与使用，显著提升代码质量。构造器注入为首选，Setter注入补充灵活性，字段注入应谨慎使用。结合注解与容器管理，可高效实现复杂应用的依赖管理。

但是还是需要声明依赖关系，才能自动注册，然后才能自动注入 ​

一、依赖注入（DI）的核心原理 ​

二、依赖注入的三种主要方式 ​

三、最佳实践与注解规范 ​

四、Spring容器的核心功能 ​

五、配置方式对比 ​

六、常见问题与解决方案 ​

总结 ​

AOP ​