IOC（Inversion of Control，控制反转）和 DC（Dependency Container，依赖容器）是相关但不完全相同的概念，它们服务于同一目标（解耦代码、管理依赖关系），但处于不同的抽象层级。

1. IOC（控制反转）

• 定义：IOC 是一种设计原则，核心思想是将对象的创建和依赖管理的控制权从代码内部转移到外部。
• 作用：通过反转控制权，降低类之间的耦合度，使代码更灵活、可测试。
• 实现方式：
  • 依赖注入（DI，Dependency Injection）：由外部提供依赖（如通过构造函数、Setter 方法注入）。
  • 服务定位器模式（Service Locator）：通过一个全局对象获取依赖。
• 举例：

  // 传统方式：类内部直接创建依赖
  class UserService {
      private UserRepository repository = new UserRepository();
  }
  
  // IOC：依赖从外部注入
  class UserService {
      private UserRepository repository;
      public UserService(UserRepository repository) {
          this.repository = repository; // 依赖由外部传入
      }
  }
  

2. DC（依赖容器）

• 定义：DC 是一个具体工具或框架，用于实现 IOC 原则。它负责自动创建对象并管理它们的依赖关系。
• 作用：
  • 管理对象的生命周期（单例、原型等）。
  • 自动解析依赖链（如 A 依赖 B，B 依赖 C，容器会自动创建并注入）。
  • 提供配置接口（如 XML、注解或代码配置）。
• 举例：

  // 配置容器（以 Spring 为例）
  @Configuration
  public class AppConfig {
      @Bean
      public UserRepository userRepository() {
          return new UserRepository();
      }
      
      @Bean
      public UserService userService(UserRepository repository) {
          return new UserService(repository); // 容器自动注入 UserRepository
      }
  }
  

3. 为什么会有两个概念？

1. 抽象层级不同：

   • IOC 是设计原则（“做什么”），关注解耦的思想。
   • DC 是具体实现（“怎么做”），提供工具来落地 IOC。

2. 历史演进：

   • IOC 最早由 Martin Fowler 提出，强调设计理念。
   • 随着框架发展，出现了专门管理依赖的工具（如 Spring 容器），DC 成为 IOC 的实践载体。

3. 功能扩展：

   • DC 不仅实现依赖注入，还提供附加功能（如 AOP、事务管理、配置管理等），超出纯 IOC 的范畴。

4. 总结

• IOC 是思想，DC 是工具。
• 类比：
  IOC 类似“自动驾驶”的理念，DC 则是具体的自动驾驶系统（如特斯拉的 Autopilot）。

当你说“使用 IOC”时，通常指遵循控制反转原则编写代码；而“使用 DC”则指通过具体容器（如 Spring）管理依赖。两者共同服务于构建松耦合、可维护的代码架构。