依赖注入是将外部资源通过构造函数、方法或属性传入对象的设计思想，旨在解耦、提升可测试性与可维护性；其三种方式为构造器注入、Setter注入和接口注入，其中构造器注入最常用；它通过容器实现自动解析依赖、管理生命周期，并体现控制反转（IoC）原则。
PHP 依赖注入（Dependency Injection，DI）的核心是将对象所依赖的外部资源（如数据库连接、日志服务、配置类等）通过构造函数、方法或属性“传入”，而不是在类内部自行创建。它不是 PHP 特有的语法特性，而是一种设计思想，目的是解耦、提升可测试性和可维护性。
依赖注入的三种常见方式
在 PHP 中，主要通过以下方式实现依赖注入：
- 构造器注入：依赖项作为参数传入构造函数，最常用、最推荐的方式。对象一创建就具备完整依赖，状态明确且不可变。
- Setter 注入：通过公共 setter 方法设置依赖，适合可选依赖或需要后期替换的场景（如运行时切换 logger 实例）。
- 接口注入（较少用）：定义一个注入接口，让被注入类实现该接口，由容器调用其注入方法。PHP 中基本被构造器/Setter 取代，实际项目中极少手写。
为什么需要依赖注入？不写 new 行不行？
直接在类里 new DbConnection() 或 new Config() 看似简单，但会带来几个硬伤：
- 类与具体实现强绑定，换数据库驱动就得改源码；
- 单元测试困难——无法轻松替换成 Mock 对象；
- 多处重复创建相同依赖（如多个服务都 new 同一个 Logger），难以统一管理生命周期；
- 配置分散，比如数据库密码写死在业务类里，不利于环境隔离。
依赖注入把“谁来创建”和“谁来使用”分开，把控制权交给外部（通常是容器），这就是“控制反转（IoC）”的体现。
立即学习“PHP免费学习笔记（深入）”；
依赖注入容器怎么工作？
容器本质是一个“依赖管理中心”。它通常做三件事：
-
注册绑定：告诉容器某个接口对应哪个具体类（如
$container->bind(LoggerInterface::class, FileLogger::class)）； - 自动解析：当请求一个类时，容器读取其构造函数参数类型提示，递归解析并实例化所有依赖；
- 管理生命周期：支持单例（只实例化一次）、瞬态（每次 new 新实例）、作用域实例等模式。
例如 Laravel 的 Service Container、Symfony 的 DependencyInjection 组件，底层都基于反射（ReflectionClass）分析构造函数签名，再按需注入。
手写一个极简 DI 容器示例（理解原理）
不用框架也能体会核心逻辑：
class SimpleContainer {
private $bindings = [];
public function bind($abstract, $concrete) {
$this->bindings[$abstract] = $concrete;
}
public function make($abstract) {
$concrete = $this->bindings[$abstract] ?? $abstract;
$reflector = new ReflectionClass($concrete);
$constructor = $reflector->getConstructor();
if (is_null($constructor)) {
return new $concrete();
}
$params = [];
foreach ($constructor->getParameters() as $param) {
$type = $param->getType();
if ($type) {
$params[] = $this->make($type->getName());
} else {
throw new Exception("Cannot resolve parameter {$param->getName()}");
}
}
return $reflector->newInstanceArgs($params);
}
}
这个容器能自动解析带类型提示的构造函数依赖，就是依赖注入最朴实的运行机制。
