Spring中autowire默认按类型（byType）装配，要求容器中同类型bean唯一；byName则按setter方法名匹配bean id，需名称严格一致；二者均需存在对应setter方法，且优先级低于显式注入。
服务容器不是“用不用”的问题，而是“怎么让它按你预期工作”的问题。绝大多数注入失败、ServiceNotFoundException 或构造函数参数为空，都源于服务未被正确注册、作用域错配，或自动装配被意外禁用。
services.yaml 里定义服务时，class 和 autowire 怎么配？
显式定义是可控性最强的方式，但容易忽略两个关键点：类路径必须完整，且 autowire 默认只对构造函数生效——不设 autowire: true，即使类型提示写对了，容器也不会帮你找依赖。
-
App\Service\EmailSender:这行本身不等于“已注册”，它只是服务 ID；必须加上class: App\Service\EmailSender才能实例化（除非启用 autoconfigure） - 若构造函数含非服务参数（如字符串、数组），必须用
arguments:显式传入，例如：arguments: ['%env(MAILER_HOST)%', '%kernel.debug%'] - 设
public: false（默认）后，该服务无法通过$container->get('App\Service\EmailSender')获取，只能靠类型注入；要手动取，必须加public: true
自动装配（autowire）失效的常见原因
自动装配不是魔法，它依赖明确的类路径扫描 + 类型提示 + 容器配置三者对齐。一旦断链，就会静默失败——没有报错，但参数是 null。
- 检查
config/services.yaml中是否保留了_defaults: { autowire: true, autoconfigure: true }；如果删了或覆盖成false，整个目录下所有类都会失去自动注入能力 - 类不在默认扫描路径（如
src/）下？services.yaml里App\:对应的resource必须包含你的类所在目录 - 构造函数参数用了接口（如
MailerInterface），但该接口没绑定到具体实现？需在 services.yaml 中补上：MailerInterface: '@mailer.default' - PHP 8.0+ 属性注入（
#[Autowire]）仅在autowire: true且参数无默认值时生效；有默认值（如string $host = 'localhost'）会跳过注入
测试中如何获取和替换服务？
集成测试里直接从容器取服务没问题，但别在测试中调用 $container->get() 后再手动 new 依赖——这绕过了容器，破坏了 DI 原则，也导致 mock 失效。
- 在
WebTestCase或KernelTestCase中，用$this->getContainer()->get('App\Service\Logger')是安全的，前提是该服务已注册为 public - 想替换服务行为（比如 mock 日志），不要改原始服务定义；改用
override方式：$container->set('logger', $mockLogger)（仅限测试环境容器） - 若测试中需要验证服务是否被调用，优先用
Mockery或Prophecy创建 mock，然后通过构造函数注入进被测类——这才是 DI 的测试姿势
#[AsService] 注解为什么没生效？
这个注解只在 Symfony 6.2+ 生效，且完全依赖自动发现机制。它省去了 YAML 配置，但把约束移到了命名空间和文件位置上。
- 类必须在
App\命名空间下（如App\Service\PaymentGateway），且文件路径与命名空间严格匹配（src/Service/PaymentGateway.php） -
config/services.yaml中必须存在对应资源扫描配置，例如：App\: resource: '../src/'；如果用了exclude排除了src/Service，注解就无效 - 执行
bin/console debug:container --types | grep PaymentGateway看不到输出？说明扫描根本没触达该文件——先检查composer dump-autoload是否成功，再确认 PSR-4 映射是否正确
最常被忽略的点是：服务容器不会“自动加载所有类”，它只处理被声明、被引用、或被扫描规则捕获的服务。一个类哪怕写了 #[AsService]，只要没出现在任何注入链路里，容器就不会碰它——这不是 bug，是设计使然。
