symfony自动装配仅依赖类型提示匹配public服务，不解析注解或变量名；生效于构造函数和控制器动作方法，编译期建立类型映射，需确保接口实现已注册且服务为public。
自动装配靠类型提示匹配服务，不是靠类名或注解
Symfony 的 autowiring 本质是“按接口/类类型查找已注册服务”，它不解析 @Autowired 这类注解（Symfony 本身不提供该注解），也不看变量名是否包含 logger 或 mailer。只要构造函数参数有明确的类型提示（如 Psr\Log\LoggerInterface），容器就在已注册服务中找实现了该接口（或继承该类）的 public 服务。
常见错误现象：Cannot autowire service "App\Controller\MyController": argument "$logger" of method "__construct()" references interface "Psr\Log\LoggerInterface" but no such service exists.
- 检查是否漏配了实现该接口的服务（比如没启用
monologbundle 或未定义logger服务） - 确认该服务未被标记为
public: false—— 私有服务不会参与 autowiring 匹配 - 若使用 PHP 8.1+ 的构造函数属性提升（
public function __construct(private readonly LoggerInterface $logger)），机制完全一致，仍依赖类型提示
全局开启 autowire 后，_defaults 配置决定行为边界
在 config/services.yaml 中启用自动装配，真正起作用的是 _defaults 块：
services:
_defaults:
autowire: true
autoconfigure: true
autowire: true 表示：所有符合命名规范（如 App\ 下的类）且未显式禁用的服务，其构造函数参数将尝试自动解析；autoconfigure: true 则进一步为带特定接口的服务自动打标签（如 kernel.event_subscriber），用于后续扩展逻辑。
容易踩的坑：
- 第三方 bundle 提供的服务默认不启用 autowire，需手动加
autowire: true才能被你的类注入 - 若某服务构造函数含无法解析的参数（如
string $apiUrl），必须显式配置该参数，否则整个服务注册失败 -
_defaults不影响已显式定义的服务（如App\Service\MyService:块），后者需单独设autowire: true
私有方法、setter 和动态参数一律不触发 autowiring
Symfony 的 autowiring 只在两个地方生效：服务构造函数、控制器动作方法（public 方法）。其他任何调用场景都不行。
例如这段代码不会工作：
private function processOrder(OrderRepository $repo, string $status)
{
// $repo 不会被自动注入，PHP 会报错：Too few arguments
}
原因很直接：PHP 执行时根本不会把 $repo 当作服务类型去查容器，它只当是普通参数。你必须自己传实例进去，或者重构为构造函数注入 + 方法内调用。
- 控制器里想复用逻辑？把依赖提到构造函数，私有方法只接收运行时数据（如
int $orderId） - 需要多态行为？用策略模式 + 接口 + autowiring，别试图让私有方法“猜”该用哪个服务
- 配置值（如
%env(APP_ENV)%）不能靠 autowiring 注入，得走arguments或bind配置
性能影响来自服务发现阶段，而非运行时
autowiring 的开销发生在容器编译期（即 cache:clear 或首次请求生成容器时），不是每次 HTTP 请求都重新匹配。它会扫描所有已知服务定义，建立“类型 → 服务ID”映射表。
但以下情况会让编译变慢或出错：
- 大量未使用的接口被声明为类型提示，而对应服务未注册（容器会反复尝试匹配失败）
- 自定义服务类实现了多个框架接口（如同时实现
EventSubscriberInterface和CacheAwareInterface），又没关掉autoconfigure，可能触发冗余标签处理 - 用了
bind全局绑定（如string $projectName: '%env(PROJECT_NAME)%'），每个构造函数参数都要过一遍绑定规则
真正容易被忽略的是：autowiring 开启后，你删掉一个服务定义，可能不会立刻报错，而是等到某个类第一次被实例化时才暴露缺失依赖 —— 所以 CI 环境务必跑完整服务初始化测试，不能只测路由。
