依赖注入的核心是对象不自行创建依赖，而是由外部容器传入。Symfony通过服务容器实现此机制，解耦类间关系，提升代码可测试性与维护性。1. 传统方式中类内直接实例化依赖导致强耦合；2. 依赖注入通过构造函数等将依赖由外部注入；3. Symfony服务容器负责管理服务、解析并注入依赖；4. 支持YAML手动配置、自动装配和标签扩展；5. 推荐使用构造函数注入与自动装配，避免直接获取容器服务。掌握DI需转变思维：声明所需依赖，由容器满足，而非手动new对象。
依赖注入（Dependency Injection，简称DI）是Symfony框架的核心机制之一，它的作用是解耦类之间的依赖关系，让代码更灵活、可测试、易维护。理解Symfony的依赖注入，关键在于明白“对象不再自己创建依赖，而是由外部容器传入”。
什么是依赖注入
在传统编程中，一个类如果需要使用另一个类的功能，通常会直接在内部实例化它：
比如：$logger = new FileLogger(); 这种硬编码方式导致类与具体实现强耦合。一旦更换日志实现，就必须修改源码。
而依赖注入的做法是：把所需的对象作为参数传入，而不是在类内部创建。例如通过构造函数注入：
public function __construct(LoggerInterface $logger)
这个 $logger 由外部提供，而不是类自己 new。这个“外部提供者”就是服务容器。
Symfony服务容器与依赖注入原理
Symfony 的 Service Container 是一个管理应用中所有服务（即对象）的中心仓库。它负责创建对象、解析依赖，并将它们注入到需要的地方。
其核心原理如下：
- 你在配置文件中定义哪些类要作为“服务”，以及它们的依赖项
- 容器根据配置自动实例化这些服务，并递归处理其依赖
- 当你请求某个服务时，容器返回已装配好依赖的实例
这种机制实现了控制反转（Inversion of Control），即控制权从代码转移到容器。
容器配置方法
Symfony 支持多种方式配置服务，最常用的是 YAML 配置和自动配置 + 注解发现。
1. 手动定义服务（YAML）
在 config/services.yaml 中：
services:
App\Service\NotificationService:
arguments:
$mailer: '@App\Service\Mailer'
这里告诉容器：当创建 NotificationService 时，给构造函数传入一个 Mailer 实例。@ 符号表示引用另一个服务。
2. 自动装配（推荐）
Symfony 默认开启自动装配。只要类型提示明确，容器能自动解析并注入依赖：
class OrderProcessor
{
public function __construct(private PaymentGateway $gateway) {}
}
只要 PaymentGateway 被定义为服务，OrderProcessor 被请求时，容器就会自动注入正确的实例。
3. 使用标签（Tags）扩展行为
某些场景下你需要让服务被特定处理器识别，比如事件订阅器、表单类型等：
App\EventSubscriber\UserActivitySubscriber:
tags: ['kernel.event_subscriber']
标签是一种元信息，告诉 Symfony 某个服务具有某种角色。
实际使用建议
- 优先使用构造函数注入，保证依赖不可变
- 避免在业务逻辑中直接调用 $container->get()，应通过依赖注入传递服务
- 合理拆分服务职责，每个类只做一件事
- 利用 autowire 和 autoconfigure 简化配置
基本上就这些。掌握依赖注入的关键是改变思维：不要自己 new 对象，而是声明“我需要什么”，让容器来满足。这样写出的代码更清晰，单元测试也更容易模拟依赖。
