自动装配未生效的主因是服务未正确标记或类型提示不匹配：接口无唯一实现、autowire未显式启用、构造函数含标量类型、服务路径未被扫描，或CLI/测试环境配置覆盖默认设置。
自动装配（autowire）为什么没生效？
Symfony 默认开启自动装配，但实际不工作往往是因为服务没被正确标记或类型提示不匹配。最常见的情况是类构造函数里用了接口，但容器里没注册该接口的实现，或者实现类没加 autowire: true 配置。
- 确保服务定义中显式启用了
autowire：即使全局开启了，单个服务仍可能被覆盖为autowire: false - 接口必须有且仅有一个具体类被注册为服务；否则容器无法决定注入哪个实现
- 构造函数参数类型必须是类名或接口名，不能是字符串、数组等标量类型——
autowire不处理这些 - 如果类在
src/下但没被自动发现（比如命名空间不标准），需检查services.yaml中的App\路径是否包含对应目录
services:
App\Service\EmailSender:
autowire: true
autoconfigure: trueservice.yaml 里 autoconfigure 和 autowire 的区别
autowire 控制构造函数参数能否被自动注入；autoconfigure 则是批量应用默认标签（如 kernel.event_subscriber）和配置（如公共性、延迟加载），它本身不触发自动注入。
-
autowire: true是注入的前提，没有它，哪怕类型对得上也不会填参 -
autoconfigure: true只影响服务元数据，比如让命令类自动变成console.command标签，方便命令自动注册 - 两者常一起用，但可以拆开：例如某些工具类需要
autowire但不该被autoconfigure加标签（避免意外被事件系统捕获）
类型提示写 Interface 却报 Cannot autowire service
这个错误几乎都指向同一个原因：容器找不到该接口的唯一实现。Symfony 不支持“多实现+自动选一个”，它要求明确绑定。
- 检查是否有多个类实现了同一接口，并都被注册为服务（比如
App\Repository\UserRepository和App\Repository\FakeUserRepository同时存在） - 若需多实现，必须手动指定注入哪一个：用
bind或在构造函数参数上加@required+@var注解（PHP 8.0+），或直接在 YAML 中用arguments显式传入 - 接口本身不能被实例化，所以别忘了在服务定义中用
class指向具体实现类：
services:
App\Repository\UserRepositoryInterface:
class: App\Repository\DoctrineUserRepository
autowire: true自动装配在测试环境或 CLI 命令里失效
CLI 命令和服务测试通常绕过默认服务加载逻辑，容易漏掉 App\ 下的服务扫描规则，尤其当命令类不在标准命名空间或未启用 autoconfigure 时。
- 确认命令类是否继承了
Symfony\Component\Console\Command\Command，且被正确注册（autoconfigure: true会自动处理） - 测试中若用
static::createClient()，默认加载的是test环境配置，要检查config/packages/test/services.yaml是否覆盖了主配置里的autowire设置 - 最小验证法：在控制器里
dd($this->container->get('App\Service\MyService'))，如果这里能取到，问题就在命令/测试的容器加载路径上
复杂点在于自动装配不是“全有或全无”的开关，它是按服务粒度生效的——某个类能注入，不代表同目录下另一个类也能，哪怕它们用的是一样的接口和配置模板。最容易被忽略的是：你改了类名或接口名，但忘了同步更新服务定义里的 class 或 id。
