debug:autowiring 是查命令，用于确认容器中可自动注入的类型；运行 php bin/console debug:autowiring MailerInterface 可验证接口是否注册，空返回说明未注册或拼写错误，配合 debug:container --types 和 APP_DEBUG=1 环境确保准确诊断。
debug:autowiring 不是“看”命令，是查命令——它只告诉你容器里「有哪些类型能被自动注入」，不告诉你「为什么某个类没被注入」。直接运行 php bin/console debug:autowiring 会输出一大串接口和类名，但真正有用的是带参数的用法。
查某个类或接口是否可 autowire
比如你写了 App\Service\PaymentProcessor，构造函数依赖 MailerInterface，但报错「Cannot autowire service」，先确认这个接口是否在容器中注册：
- 运行
php bin/console debug:autowiring MailerInterface—— 如果有输出，说明该接口可被注入；如果空返回，说明没注册或拼写错误（注意大小写、命名空间） - 同理，查自定义类：运行
php bin/console debug:autowiring PaymentProcessor，若为空，大概率是没启用autoconfigure: true或类没被扫描到（检查services.yaml中的App\路径是否包含该命名空间） - 别信 IDE 自动补全的接口名——
Psr\Log\LoggerInterface和Symfony\Contracts\Service\ServiceProviderInterface看似相似，但后者根本不在默认 autowiring 列表里
为什么明明列出来了，还是注入失败？
列表存在 ≠ 能成功注入。常见断点在这里：
- 多个实现冲突：比如你同时注册了两个
MailerInterface实现（mailer.mailer和自定义的legacy_mailer），debug:autowiring仍会显示MailerInterface，但容器无法决定选哪个——报错是Multiple services found - 接口未绑定别名：某些第三方 Bundle 没给接口设别名（如
SomeVendor\ClientInterface），即使服务已注册，debug:autowiring也不显示，需手动加alias或bind - 服务设为
public: false（默认值）不影响 autowiring，但如果你在控制器里用$this->container->get(...)手动取，就会因非 public 报错——这和debug:autowiring无关，但容易混淆
配合 debug:container 定位真实注册名
debug:autowiring 显示的是「可用类型」，而 debug:container 显示的是「实际服务 ID」。当你要确认某个接口到底绑到了哪个服务上，就得切过去：
- 运行
php bin/console debug:container --types查所有可解析的类型（比debug:autowiring更底层） - 运行
php bin/console debug:container 'mailer.mailer'看具体服务定义，确认它是否实现了MailerInterface - 如果
debug:autowiring MailerInterface有结果，但注入失败，立刻用debug:container --parameter=container.autowiring.strict_mode检查是否启用了严格模式（true时会拒绝模糊匹配）
最常被忽略的一点：.env 里 APP_ENV=dev 但 APP_DEBUG=0，会导致 autowiring 元信息不加载——debug:autowiring 在 debug=false 时行为受限，甚至返回空。务必确保开发环境 APP_DEBUG=1。
