Symfony 4 自定义服务构造参数“看起来为空”通常是自动装配未配对成功，需检查类型提示、服务绑定、扫描范围或标量参数配置是否正确。
Symfony 4 中自定义服务构造参数“看起来为空”，通常不是真的没注入，而是自动装配没配对成功——类型提示、服务绑定、扫描范围或标量参数这四个环节中有一个断了。
检查 services.yaml 是否真正启用了 autowire
很多项目看似有配置，实则被覆盖或写错位置。确认以下三点：
-
defaults 块存在且生效：必须在
services:下一级有_defaults:，不能缩进错误或藏在某个 service 定义里 -
autowire: true 和 autoconfigure: true 都要写上，缺一不可；autoconfigure 负责自动打标签（如
kernel.event_subscriber），影响部分行为 -
扫描路径 resource 正确指向 src/，例如：
App\: resource: '../src/'；如果类在src/Service/但命名空间是App\Service，就匹配；若用MyApp\就不会被扫到
确认构造函数类型提示是否可被容器识别
自动装配靠 PHP 类型声明找服务 ID，模糊或不匹配就会跳过：
- 用接口（如
MailerInterface）比具体类（Mailer）更可靠；确保该接口已在services.yaml中绑定实现，例如：MailerInterface: '@mailer.default' - 避免多个同类型实现共存却不指定优先级，比如同时注册了两个
LoggerInterface实现，容器会随机选一个或报错；可用bind:统一指定：$logger: '@monolog.logger.request' - 参数名（如
$logger）不影响装配，但类型必须准确；?LoggerInterface表示可选，若没配任何实现，就会注入null，看起来像“空”
标量参数（string/int/array）不会自动装配，必须显式配置
这是最常被忽略的原因：类型提示再规范，string $apiHost 或 int $retryLimit 这类参数容器完全无法猜出值，直接跳过，导致构造函数接收 null 或触发 PHP 类型错误。
- 全局统一绑定：在
_defaults:下加bind:块，例如：$apiHost: '%env(API_HOST)%' - 仅针对某服务：在具体服务定义下用
arguments:，例如：arguments: ['%env(API_HOST)%', 3] - 环境变量需在
.env中定义，并确保已加载（Dotenv::bootEnv()已执行）
验证服务是否真被容器加载并可解析
别只看代码，用命令确认容器状态：
- 运行
php bin/console debug:container --types查看所有可用类型，搜索你的接口名（如MailerInterface），确认有对应服务 ID - 运行
php bin/console debug:container YourServiceClass看是否列出、是否标记为autowired、构造参数是否显示已解析 - 如果服务未出现在列表中，说明它没被扫描到——检查命名空间、文件路径、exclude 规则（比如
exclude: '../src/{Tests}/**'误删了Service）
