Symfony 7.x接口绑定必须在services.yaml中显式声明，如LoggerInterface: '@App\Service\FileLogger'，否则自动装配将默认使用NullLogger；绑定仅在容器编译时生效，修改后须执行php bin/console cache:clear。

Symfony 7.x 的依赖注入（DI）不是“配好了就能用”的黑盒，接口绑定是否生效、何时生效、为什么绑不上——全取决于你是否在容器编译阶段就让 Symfony 知道「这个接口对应哪个实现类」。没做这一步，LoggerInterface 注入永远是 NullLogger 或抛出 Cannot autowire service 错误。

接口绑定必须在 services.yaml 中显式声明

自动装配只认类型提示，不猜实现。即使你写了 public function __construct(LoggerInterface $logger)，Symfony 也不会自动把 App\Service\FileLogger 绑给 LoggerInterface——它默认用 Symfony\Component\HttpKernel\Log\NullLogger，除非你明确告诉它「我要用这个」。

• 在 config/services.yaml 中添加绑定规则：

  services:
    LoggerInterface: '@App\Service\FileLogger'

• 确保 FileLogger 已定义为服务（或被自动发现）；否则绑定无效
• 不要用 class: 'App\Service\FileLogger' 替代 @App\Service\FileLogger，前者创建新实例，后者引用已注册服务
• 若绑定多个实现（如不同环境用不同日志器），需配合 bind + 条件配置，而非全局覆盖

#[Autowire] 属性不能替代接口绑定

#[Autowire] 是用来微调单个构造参数或属性注入的，比如跳过某个参数的自动解析，或指定特定服务别名。它不负责「接口 → 实现类」的全局映射。

Symfony Linux版

Symfony Linux版整理 Symfony CLI 5.17.1 官方下载入口和 Symfony 框架安装配置说明。

下载

• 下面这段代码不会让 LoggerInterface 绑定到 FileLogger：

  class PaymentService
  {
      public function __construct(
          #[Autowire(service: 'App\Service\FileLogger')] private LoggerInterface $logger,
      ) { }

• 它只是强行把 FileLogger 实例塞进这个参数，但没改变容器对 LoggerInterface 的全局理解
• 其他地方仍会注入默认 NullLogger，除非你也加 #[Autowire]，维护成本高且易漏
• 真正要统一替换，还是得走 bind 或服务别名方式

service alias 和 bind 的行为差异很关键

alias 和 bind 都能实现接口绑定，但作用时机和范围不同，选错会导致自动装配失效或类型错误。

• alias 是硬映射：把一个服务 ID 当作另一个接口的别名

  services:
    App\Service\FileLogger:
      class: App\Service\FileLogger
    LoggerInterface: '@App\Service\FileLogger'

  → 所有 LoggerInterface 注入都走这个实例
• bind 是参数级重写，仅影响构造函数参数匹配

  services:
    _defaults:
      bind:
        $logger: '@App\Service\FileLogger'

  → 只对参数名为 $logger 的 LoggerInterface 类型生效，对 $monolog 或未命名参数无效
• 如果用了 PHP 8.1+ 的命名参数（function(__construct(private readonly LoggerInterface $logger)），bind 更可靠；否则优先用 alias
• alias 在容器编译时注册，bind 在解析构造函数时匹配——后者更容易因参数名拼错而静默失败

最常被忽略的一点：接口绑定只在容器编译时固化，改完 services.yaml 后必须清空缓存（php bin/console cache:clear）才能生效。开发环境开 debug 模式时看似热更新，实际仍是复用旧编译容器，不清理就永远看不到新绑定效果。