依赖注入通过外部容器注入对象依赖，解耦代码并提升可测性与维护性，Symfony服务容器负责自动创建和装配服务实例。
依赖注入（Dependency Injection，简称DI）是Symfony框架的核心机制之一，理解它对掌握Symfony开发至关重要。简单来说，依赖注入是一种设计模式，用来实现控制反转（IoC），它的作用是将对象之间的依赖关系从代码中剥离出来，由外部容器来管理和注入。
什么是依赖注入
在传统的编程方式中，一个类如果需要使用另一个类的功能，通常会直接在内部创建依赖对象：
比如：$logger = new Logger();
这种方式导致类与类之间高度耦合，难以测试和维护。而依赖注入的做法是：不自己创建对象，而是由外部传入所需依赖。
例如，一个服务类需要日志功能，不是自己new Logger()，而是通过构造函数或setter方法接收一个Logger实例：
示例：
class UserService
{
private $logger;
public function __construct(LoggerInterface $logger)
{
$this->logger = $logger;
}
}
这样一来，UserService不再关心Logger如何创建，只关心它能提供哪些功能。这个Logger对象由Symfony的服务容器在运行时自动注入。
Symfony服务容器的角色
Symfony的依赖注入功能由“服务容器”（Service Container）实现。它是一个全局管理对象创建和依赖关系的中心化工具。
你可以在config/services.yaml中定义服务：
services:
App\Service\Logger:
class: App\Service\FileLogger
App\Service\UserService:
arguments: ['@App\Service\Logger']
当请求UserService时，容器会自动解析它依赖的Logger，并先创建Logger实例，再注入到UserService中。整个过程无需手动new对象。
更进一步，Symfony支持自动装配（autowiring）。只要类型提示明确，容器可以自动匹配并注入正确的服务，无需显式配置arguments。
依赖注入的实际好处
使用依赖注入后，代码更加灵活、可测试、可维护。
- 解耦性强：类不再依赖具体实现，而是依赖接口，便于替换不同实现（如开发环境用文件日志，生产用数据库日志）。
- 易于测试：单元测试时可以传入模拟对象（mock），避免调用真实服务。
- 集中管理：所有服务的创建和依赖都在容器中统一处理，配置一处，复用多处。
常见使用场景
在实际开发中，控制器、事件监听器、表单类型、命令行命令等都可以通过依赖注入获取服务。
控制器中注入服务：
class UserController extends AbstractController
{
public function index(UserService $userService)
{
$users = $userService->getAll();
return $this->json($users);
}
}
这里$userService由容器自动注入，无需$this->get('user_service')这样的旧式写法。
基本上就这些。Symfony的依赖注入让开发更专注业务逻辑，而不是对象管理。理解它的原理和配置方式，能让你写出更清晰、更健壮的应用。关键是学会定义服务、利用自动装配、合理使用接口与配置。不复杂但容易忽略细节。
