1. 为什么选择依赖注入
PHP依赖注入是一种降低模块耦合度的设计思想，核心在于把对象之间的依赖关系从主动创建转为由外部注入。这种做法可以让代码更易于理解、维护与替换。通过解耦，我们可以在不修改业务逻辑的前提下替换实现细节，提升模块的可测试性与可扩展性。
在实际项目中，构造注入是最常见的实现方式之一。它通过在对象创建时将依赖项作为参数传入，确保对象在使用前就拥有完整的依赖关系，避免在运行时才去查找或创建依赖。
mailer = $mailer;}public function welcome(string $email): void {$this->mailer->send($email, 'Welcome', 'Thanks for joining!');}
}
$mailer = new Mailer();
$service = new UserService($mailer);
$service->welcome('alice@example.com');
?>
在更大的项目中，依赖注入容器可以帮助管理创建逻辑、生命周期与解析过程，避免在业务代码中硬编码依赖，从而提升代码的可维护性与可扩展性。
核心要点
通过引入容器，我们可以实现对依赖项的统一管理，统一绑定、统一解析，并在需要时按需构造对象，避免重复的对象创建开销。
与手工new的对比
手工new依赖会使调用点需要直接知道具体实现，导致测试困难、替换成本高以及代码耦合度高。相反，依赖注入将“创建与使用分离”，让测试用例可以替换接口实现，提升覆盖率与可维护性。
2. 设计原则与接口契约
在实现 PHP依赖注入 时，遵循一组设计原则可以显著提升系统的可维护性与可测试性。接口驱动设计是一项核心原则，它要求业务逻辑依赖于抽象接口而非具体实现，从而实现替换与扩展的灵活性。
通过将行为定义在接口中，系统的不同实现可以无缝切换，而不影响调用方的代码。这种做法也让单元测试可以通过伪实现或Mock对象来模拟依赖，提升测试效率与质量。
logger = $logger;}
}
?>
接口驱动设计
将具体实现放在实现类中，而将依赖关系通过构造参数注入，降低了实现之间的耦合，便于单元测试和未来的替换。
解耦与可测试性
解耦带来的直接收益包括：测试驱动开发更容易、替换实现成本更低、变更影响范围更小，从而提高开发效率与代码质量。
3. 实现方式与步骤
实现 PHP依赖注入 的常用做法包括：构造注入、Setter注入、工厂模式，以及结合容器进行统一解析。这些方法各有适用场景，需要在设计阶段就权衡选择。
在较小的项目中，先从构造注入开始，可以快速让代码具备解耦能力；随着系统规模增长，再逐步引入容器和更复杂的注入策略。
构造注入、Setter 注入、工厂模式
构造注入是最常用的注入方式，确保对象在创建时就具备所有依赖；Setter 注入通过公开的 setter 方法注入依赖，便于在对象创建后再注入；工厂模式则通过工厂方法控制依赖的构造与实例化逻辑，适用于需要自定义创建流程的场景。
dbHost = $dbHost;}
}
class Database {public function __construct(private Config $config) { /* ... */ }
}
class Repository {private ?Database $db = null;public function setDatabase(Database $db): void { $this->db = $db; } // Setter 注入
}
class RepositoryFactory {public static function create(): Repository {$config = new Config('db.example.local');$db = new Database($config);$repo = new Repository();$repo->setDatabase($db);return $repo;}
}
$repo = RepositoryFactory::create();
?>
使用PSR-11容器的做法
为了实现更通用的依赖解析，可以采用 PSR-11 容器接口 的思想，统一定义 get 与 has 的行为，从而在整个应用中以同样的方式获取依赖。
bindings[$id] = $resolver;}public function get(string $id) {if (!$this->has($id)) {throw new \Exception("No binding for ".$id);}return $this->bindings[$id]($this);}public function has(string $id): bool {return isset($this->bindings[$id]);}
}
class Logger { }
class Service {public function __construct(private Logger $logger) { }
}
$container = new SimpleContainer();
$container->bind(Logger::class, function() { return new Logger(); });
$container->bind(Service::class, function($c) {return new Service($c->get(Logger::class));
});
$svc = $container->get(Service::class);
?>
4. 在实际项目中的应用场景
在 Web 应用与服务端架构中，依赖注入的落地有助于统一配置、提高灵活性与测试覆盖率。通过将控制器、服务与中间件的依赖通过容器解析，可以显著提升开发与运维效率。
在控制器层，控制器依赖注入可以将业务服务注入到控制器的构造函数中，使控制器只负责请求处理与响应组装，业务逻辑下沉至服务层。
service = $service;}public function register(array $data): void {$this->service->register($data['email'], $data['name']);}
}
$container->bind(UserService::class, function($c){return new UserService($c->get(LoggerInterface::class));
});
?>
在中间件与事件驱动架构中，中间件注入与事件监听器注入让跨-cutting 关注点（如日志、认证、审计等）更加模块化。通过容器解析，Middlewares 可以依赖注入所需的服务，事件处理器也能以接口形式解耦。
logger->log('auth checked');return $next($request);}
}
?>
