_defaults 是服务定义的模板段，仅影响其后同级缩进的 service 块，用于统一设置 autowire、autoconfigure、public 等选项；必须显式配置 autowire: true 才启用构造函数类型提示自动注入。
services.yaml 里 _defaults 是什么作用
_defaults 不是全局开关，而是服务定义的“模板段”——它只影响其后同级缩进的 service 块，为它们统一设置常见选项，避免每个服务都重复写 autowire、autoconfigure、public 或 bind。
必须显式启用 autowire: true 才能用自动注入
很多新人以为装了 Symfony 就自动支持构造函数类型提示注入，结果报 Cannot autowire service 错误。根本原因是 _defaults 里没开 autowire，或者压根没配 _defaults 块。
-
autowire: true是自动装配的前提，没有它，__construct(MyService $s)会被忽略 -
autoconfigure: true让容器自动给服务打标签（比如kernel.event_subscriber），省得手动加tags: - 两者可以分开用，但生产项目通常一起开
- 如果某个服务要禁用自动装配，可在该服务下单独写
autowire: false覆盖默认值
_defaults 的常见配置组合
典型 config/services.yaml 片段如下：
services:
_defaults:
autowire: true
autoconfigure: true
public: false
<p>App\: # 扫描 src/ 下所有 App\ 命名空间类
resource: '../src/*'
exclude: '../src/{DependencyInjection,Entity,Migrations,Tests}/**'</p>
注意这几点：
-
public: false是安全建议：除非明确需要从容器直接$container->get('app.service')，否则设为false防止意外暴露 -
resource和exclude必须跟在命名空间路径（如App\:）后面，不能放在_defaults下 -
_defaults块本身不声明服务，只提供默认行为；真正注册服务靠后面的App\:或具体类定义 - 若你用 Symfony 6.2+，且某些类不在
App\下（比如第三方库或Domain\命名空间），需额外加一个扫描块，它的_defaults继承规则同样适用
容易被忽略的覆盖优先级问题
_defaults 的值会被逐层覆盖，顺序是：文件顶层 _defaults → 当前 service 块内定义 → 构造函数参数级 bind 或 arguments。
- 比如你在
_defaults设了autowire: true，但在某个服务里写autowire: false，那这个服务就关掉了自动装配 -
bind可以按参数名覆盖类型注入，例如bind: $apiKey: '%env(API_KEY)%'，它比_defaults更细粒度 - 错误常出现在多环境配置中：
config/services_test.yaml里重写了_defaults却忘了同步autowire，导致测试时注入失败
真正起作用的从来不是“有没有 _defaults”，而是它是否和你的扫描路径、类声明、以及具体服务的覆盖逻辑对得上。漏掉任意一环，autowire 就只是个摆设。
