autowire是Symfony容器根据构造函数类型提示自动注入已注册服务的机制，需同时启用autowire和autoconfigure、类在扫描路径内、参数有准确接口/类提示且目标接口已绑定实现。
autowire 是 Symfony 容器根据类构造函数的类型提示（type hints），自动查找并注入对应服务实例的机制。它不是“魔法”，而是基于明确规则的推断行为——容器会扫描已注册的服务，匹配接口或类名，填进构造函数参数里。
autowire 起作用的前提条件
光在 services.yaml 里写 autowire: true 不够，必须同时满足：
-
autowire: true和autoconfigure: true都启用（通常在_defaults块下） - 你的类在自动扫描路径内（如
App\对应../src/） - 构造函数参数有准确的类名或接口类型提示（不能是
array、string这类标量） - 目标接口已在容器中绑定具体实现（比如
LoggerInterface默认绑到monolog.logger）
autowire 失效的常见原因
看到 Cannot autowire service 错误，大概率是以下某一种：
- 构造函数里写了
string $host或int $retries—— 容器不知道该塞什么值，得用bind或arguments显式配 - 参数类型是接口，但没绑定实现（例如自定义接口
PaymentGatewayInterface没在services.yaml里设interface: App\Payment\PaymentGatewayInterface） - 类不在扫描路径下（比如放在
lib/或vendor/里，又没手动注册） - 用了
#[Autowired]但类没注册为服务（属性注入不等于构造注入，必须先让容器“认识”这个类）
什么时候该关掉 autowire
关闭单个服务的 autowire: false 不是退回到原始时代，而是换种控制方式：
- 构造函数含多个同类型依赖（比如两个
LoggerInterface，一个用于审计、一个用于调试） - 需要传硬编码值（如
'https://api.example.com'）或参数（%env(API_KEY)%） - 类在非标准路径，或命名空间不匹配自动加载规则，但你仍想把它当服务用
- 想彻底绕过类型推断，自己指定每个
arguments的来源（@app.logger、%database_url%、'fallback'）
关了之后，class: 行不能省，arguments: 必须列全，否则容器连类都找不到。
Symfony 7 的 #[Autowire] 属性和传统 autowire 的区别
#[Autowire] 是对字段级注入的补充，不是替代构造注入：
- 它只在类已注册为服务的前提下生效（比如加了
#[AsService]或 YAML 里配了） - 不能用于标量字段（
#[Autowire('foo')]合法，但string $foo;本身不会被注入） - 它不改变构造函数行为，只是多一条注入路径；混合使用时注意初始化顺序（构造函数先执行）
- 若字段类型模糊（如
EventDispatcherInterface），仍需确保该接口有唯一绑定
真正容易被忽略的是：autowire 不处理实体、DTO、普通 PHP 对象——它们不是服务，不该也不支持被自动注入。Media 实体传进服务？应该作为方法参数，而不是构造函数依赖。
