## 一句话结论
依赖注入将外部依赖传入类而非内部`new`创建，解耦具体实现，大幅提升代码可替换性与单元测试能力。

## 体系讲解
### 原理：紧耦合痛点 & DI、IoC、DIP 层级关系
1. **紧耦合问题**
类内部`new`依赖实体，业务代码与底层实现强绑定：切换存储、单元Mock、分层重构全部受阻，同时违反开闭原则。
2. **三层概念层级（核心考点）**
- DIP（依赖倒置）：SOLID设计原则，高层模块只依赖抽象接口，不依赖具体实现；
- IoC（控制反转）：设计思想，将「创建依赖」的控制权从类内部转移到外部；
- DI（依赖注入）：IoC最主流、最优落地实现，通过入参把依赖主动传入对象。
> 补充：服务定位器也是IoC实现，但属于反模式，依赖不透明。

### 三种注入方式对比
| 注入方式 | 实现形式 | 适用场景 |
| ---- | ---- | ---- |
| 构造函数注入 | 构造方法类型提示传参 | **强依赖（必备资源）**，推荐优先使用，对象创建即完整可用 |
| Setter注入 | `setXxx(Dep $dep)` | 可选依赖，支持运行时动态替换依赖 |
| 接口注入 | 统一`injectXxx()`接口 | PHP几乎不使用，了解即可 |

### DI容器（IoC容器）作用
手动组装多层依赖会出现多层嵌套`new A(new B(new C()))`，维护繁琐。
容器基于PHP反射`Reflection`自动解析构造参数依赖树，自动实例化、递归注入；同时统一管理对象生命周期（单例/瞬时）。
代表实现：Laravel服务容器、Symfony DI组件。

### 开发收益
1. 依赖抽象接口，数据库/缓存/第三方SDK实现可无缝替换；
2. 单元测试注入Mock实现，剥离外部IO，无需真实库、数据库；
3. 依赖全部显式写在构造函数，代码自解释，依赖一目了然；
4. 天然符合DIP、OCP两大设计原则，降低长期维护成本。

## 考察意图
1. 能说出直接`new`硬编码依赖的实际工程缺陷，不只背诵概念；
2. 根据依赖强弱，合理选择构造注入/Setter注入；
3. 清晰区分DIP、IoC、DI三者定义与层级关系，不混淆；
4. 理解容器核心能力：反射自动解析依赖、生命周期管理。

## 标准追问简答
### 1. 类内部直接new依赖，有什么实际坏处？
1. 测试无法替换真实依赖，只能跑集成测试，单元测试无法隔离IO；
2. 更换底层实现（MySQL→MongoDB）需要修改业务类源码，违反开闭原则；
3. 依赖隐藏在方法内部，外部调用者无法直观知道该类需要哪些资源。

### 2. 构造注入和Setter注入如何选型？
强依赖（无该依赖类完全无法运行）用**构造注入**，对象实例化即完整，不会出现空依赖报错；
可选依赖（无依赖也能正常运行，仅功能降级）用**Setter注入**，支持运行时动态切换实现。

### 3. DIP、IoC、DI三者关系？
DIP是底层指导原则；IoC是控制权反转的设计思想；DI是实现IoC、落地DIP最标准的技术手段。
顺序：原则(DIP) → 思想(IoC) → 实现方案(DI)。

### 4. DI容器相比手动注入解决了什么痛点？
多层嵌套依赖时，手动组装代码冗长；容器利用反射自动解析全部依赖，一行`$container->make()`完成实例化；同时统一管理单例、绑定接口与实现映射。

### 5. 单元测试如何借助DI实现Mock？
业务类仅依赖接口，测试时自行编写实现同一接口的Mock模拟类，或PHPUnit自动生成Mock对象，传入构造函数，完全屏蔽数据库、第三方接口等外部依赖。

## 高频易错点
1. 混淆IoC与DI：IoC是大范围思想，DI只是其中一种实现；服务定位器同样属于IoC，但不推荐；
2. 强依赖使用Setter注入：会造成对象实例化后处于不完整状态，调用业务方法出现`null`报错；
3. 误用具体类做类型提示：即便使用容器，构造函数写`MySQLRepo`而非`RepoInterface`，依旧耦合，失去DI价值。

## 完整代码示例
```php
<?php
// 反例：内部new，紧耦合，无法测试、替换
class BadUserService
{
    public function __construct()
    {
        $this->repo = new MySQLUserRepo();
    }
}

// 标准正向写法：依赖抽象接口 + 构造注入
interface UserRepositoryInterface
{
    public function find(int $id): ?array;
}

// MySQL 具体实现
class MySQLUserRepo implements UserRepositoryInterface
{
    public function find(int $id): ?array
    {
        return ['id' => $id, 'name' => '用户'];
    }
}

// 业务服务，仅依赖抽象
class UserService
{
    public function __construct(
        private readonly UserRepositoryInterface $repo
    ) {}

public function getInfo(int $id): ?array
    {
        return $this->repo->find($id);
    }
}

// 手动DI组装
$service = new UserService(new MySQLUserRepo());

// 单元测试 Mock 实现，隔离数据库
class MockUserRepo implements UserRepositoryInterface
{
    public function find(int $id): ?array
    {
        return ['id' => $id, 'name' => '模拟测试用户'];
    }
}
$testService = new UserService(new MockUserRepo());
var_dump($testService->getInfo(1));
```

已有0条评论

添加新评论☺

如果认为本文对您有所帮助请赞助本站

支付宝扫一扫赞助

已有0条评论

添加新评论☺