Symfony 4 中构造函数注入依赖需启用 autowire、类在 src/ 下且命名空间为 App\、依赖服务已注册；类型提示如 MailerInterface 会自动注入对应服务，标量参数等例外才需 YAML 显式配置。
直接在构造函数里写类型提示，Symfony 就能自动把对应服务塞进去——前提是 autowire 开着、类路径对、依赖服务本身已注册。
构造函数注入是最常用也最推荐的方式
只要你的服务类在 src/ 下、命名空间以 App\ 开头，并且 config/services.yaml 里有默认的自动装配配置（Symfony 4.4+ 默认就有），就只需专注写好构造函数参数的类型提示：
-
MailerInterface→ 自动注入mailer.mailer服务 -
UserRepository→ 自动注入你定义的 Doctrine 仓库实例 -
LoggerInterface→ 自动注入monolog.logger
不需要在 YAML 里写 arguments: ['@mailer']，也不用调 $this->container->get()。手动写反而绕过 autowire，增加维护负担。
autowire 失效时才进 YAML 干预
自动装配不是万能的。以下情况必须显式配置：
- 参数是标量值，比如
string $apiHost或int $retryLimit：用bind:统一绑定，或在服务定义下用arguments:单独指定 - 同一接口有多个实现（比如两个 logger）：必须用
!service或具体服务 ID 明确指定，例如$auditLogger: '@monolog.logger.audit' - 构造函数含混合类型（如
string $name, LoggerInterface $logger）：autowire 可能推断失败，此时设autowire: false并补全全部arguments:
错误示例：arguments: ['@App\Service\MailerService'] —— 这种写法容易拼错 ID，且破坏类型安全；正确做法是保持类型提示，让容器自己匹配。
验证注入是否生效的最快方法
别靠猜，用命令行直接看容器解析结果：
bin/console debug:container 'App\Service\PaymentProcessor'
重点检查输出里的 Arguments 行。如果看到类似：
- $mailer: MailerInterface - $logger: LoggerInterface
说明注入成功。如果显示 Class "App\Service\PaymentProcessor" does not exist，先核对命名空间和文件路径——大小写、src/ 下的位置、use 语句是否漏了，这些比 YAML 配置更容易出错。
真正容易被忽略的是编译期行为：服务标签（如 myapp.exporter）不会自动触发任何逻辑，必须配 CompilerPass 才能批量收集；而这类 Pass 必须在 Bundle 的 build() 方法里显式注册，否则加了标签也等于没加。
