Symfony服务容器集中管理应用服务，通过依赖注入自动传递所需对象。例如配置Mailer服务后，控制器或服务类中只需声明类型提示，容器即自动注入实例，避免手动new和硬编码，提升可维护性。
理解Symfony服务容器和依赖注入（DI）其实并不复杂，关键在于搞清楚它解决了什么问题以及怎么用。
什么是服务容器
服务容器是一个对象，用来集中管理和获取应用中的各种“服务”——比如数据库连接、邮件发送器、日志记录器等。这些服务通常不是数据，而是处理特定任务的对象。
Symfony的服务容器让你不用手动创建对象，也不用在代码里到处 new 类，而是通过配置告诉容器：“这个类需要这样初始化”，然后直接从容器拿现成的实例。
举个例子：你想用一个邮件服务发邮件，正常你可能会这样写：
$mailer = new Mailer('smtp.example.com');
但如果很多地方都这么写，改配置时就得改很多文件。而服务容器允许你统一定义 Mailer 怎么创建，然后 anywhere 都能自动拿到配置好的实例。
依赖注入（DI）到底是什么
依赖注入是实现控制反转（IoC）的一种方式。简单说，就是不自己创建依赖，而是由外部传进来。
比如你的 UserController 需要用到 Mailer，你不应该在控制器里 new Mailer，而是让它作为参数传进来。
Destoon B2B网站管理系统是一套完善的B2B(电子商务)行业门户解决方案。系统基于PHP+MySQL开发，采用B/S架构，模板与程序分离，源码开放。模型化的开发思路，可扩展或删除任何功能；创新的缓存技术与数据库设计，可负载千万级别数据容量及访问。 系统特性1、跨平台。支持Linux/Unix/Windows服务器，支持Apache/IIS/Zeus等2、跨浏览器。基于最新Web标准构建，在
示例：
class UserController {
private $mailer;
public function __construct(Mailer $mailer) {
$this->mailer = $mailer;
}
}
这时候，Symfony容器会自动解析构造函数里的 Mailer 类型，找到对应的 service 实例并传进去 —— 这就是依赖注入。
如何配置服务和使用DI
Symfony 默认会自动注册大部分服务（尤其是放在 src/Service/ 下的类），但你也可以手动配置。
在 config/services.yaml 中：
services:
App\Service\Mailer:
arguments:
$host: 'smtp.example.com'
然后在任何地方通过类型提示自动注入：
class OrderProcessor {
public function __construct(
private Mailer $mailer,
) {}
}
或者在控制器中直接使用：
#[Route('/order')]
public function placeOrder(Mailer $mailer): Response {
// $mailer 已经由容器注入
$mailer->send(...);
return new Response('OK');
}
常见操作场景
- 定义服务时加 public=false（默认），表示只能通过类型注入，不能 $container->get()
- 使用 autowire=true（默认），让容器自动关联接口和实现
- 给参数起名字，在 arguments 中用 $paramName 指定值或另一个服务
- 用 bind 统一绑定某些类型，减少重复配置
基本上就这些。核心思想是：别自己 new 对象，让容器帮你管；你要什么，就声明你需要什么，容器自然会塞给你。
