symfony依赖注入容器是基于编译期解析的确定性系统，而非运行时猜测：它在cache:clear时完成服务定义合并、依赖图构建与循环检测，错误提前暴露；依赖解析、类型匹配和引用注入均在containerbuilder::compile()阶段静态完成，生成硬编码的php容器类。
Symfony 依赖注入容器不是“自动猜出你要什么”的黑盒，而是基于明确的服务定义、类型提示和编译期解析的确定性系统。它不靠运行时反射推断依赖，而是在 ContainerBuilder 编译阶段就完成服务定义的合并、参数替换、依赖图构建与循环检测——这意味着错误会在 cache:clear 或首次启动时暴露，而不是在某个请求里突然失败。
服务定义如何被加载和合并
所有 config/services.yaml、src/ 下的 #[Autoconfigure] 类、Bundle 的 DependencyInjection/Extension.php 都会在容器编译初期被收集。YAML 中的每个服务条目会转为一个 Definition 对象，Bundle 扩展则通过 load() 方法调用 $container->setDefinition() 或 register() 注入定义。
关键点：
- 重复定义同一名字的服务（如
App\Service\Logger）会导致后加载的覆盖前一个，除非显式设shared: false -
autowire: true不等于“全靠猜”：它只对构造函数参数做类型提示匹配，且仅限已注册为服务的类或接口（比如LoggerInterface必须有对应服务定义，否则报Cannot autowire service） - 未启用
autoconfigure时，即使类带#[AsService]也不会自动注册——该特性需配合FrameworkBundle的默认配置
依赖解析发生在编译期而非运行时
当你写 public function __construct(EmailSender $sender, CacheInterface $cache)，容器不会在每次构造 OrderService 时才去查 $sender 是什么。它在 ContainerBuilder::compile() 阶段就已完成以下动作：
- 扫描所有
Definition的构造函数参数类型 - 按类型名查找匹配的服务定义（支持接口→实现映射，如
CacheInterface→cache.app） - 将目标服务的 ID（如
email_sender）写入当前服务的Argument::createServiceReference() - 生成最终 PHP 类（如
src/Kernel.php编译后的App_KernelDevDebugContainer），其中构造逻辑是硬编码的
所以 new App_KernelDevDebugContainer() 实例化时，所有依赖链早已静态确定。这也是为什么改了服务定义后必须清缓存——旧容器类里没更新引用。
为什么 get() 返回的是单例，但 shared: false 例外
默认情况下，每个服务定义的 shared 属性为 true，容器会在第一次 get('app.service') 时实例化并缓存该对象，后续调用直接返回同一实例。这适用于大多数无状态服务（如 Mailer、Serializer）。
但某些场景必须禁用共享：
- DTO 或上下文相关对象（如
RequestStack中的当前Request）需每次获取新实例 - 定义中显式写
shared: false后，get()每次都调用构造函数（不缓存） - 注意：即使
shared: false，其依赖项（如构造函数里的LoggerInterface）仍是共享的——共享性不递归
Compiler Pass 是修改服务定义的唯一时机
你不能在运行时动态“加一个服务”，但可以在编译末期干预定义。例如 LoggerChannelPass 就是遍历所有带 monolog.logger 标签的服务，为它们自动创建通道服务定义；AddProcessorsPass 则把 monolog.processor.* 标签的服务注入到对应 logger 中。
自定义 Compiler Pass 的要点：
- 必须实现
CompilerPassInterface，并在 Bundle 的build()方法中调用$container->addCompilerPass(new MyPass()) - 只能操作
ContainerBuilder，不能调用get()或触发服务实例化（此时服务还没造出来） - 顺序很重要：
PriorityTaggedServiceCompilerPass默认优先级是 0，你的 Pass 若依赖它生成的服务，就得设负数优先级（如-10）
最常被忽略的是：Compiler Pass 无法修改已被内联（inlined）的服务定义——一旦某个服务被设为 inline: true，它会被展开成字面量嵌入调用方，不再作为独立服务存在。
