Laravel 6 容器不支持原生类型 array 的自动注入，因反射机制将其视为不可实例化的伪类型而抛出 ReflectionException；正确做法是在服务提供者中用闭包绑定，显式传入配置数组或封装为类型安全的配置类。
不能直接在构造函数里写 array $config 让容器自动注入数组，Laravel 6 的服务容器不支持原生类型提示数组的自动解析。 它只认类名、接口名或可实例化的具体类型，array 不是类，也没法 new 出来。
为什么 array $options 构造参数会报错？
Laravel 6 的反射机制在解析构造函数参数时，遇到 array 这种 PHP 原生类型（scalar / pseudo-type），会跳过自动注入逻辑，直接抛出 ReflectionException: Class array does not exist 或类似错误。这不是配置问题，是容器设计限制——它不负责猜你要什么数组内容。
- 你写
public function __construct(array $config)→ 容器根本不知道该塞什么进去 - 哪怕你在
config/app.php里定义了'my_config' => ['timeout' => 30]，容器也不会自动关联 - 试图用
bind()绑定array::class会失败：PHP 不允许对伪类型做类名引用
用 bind() + 闭包传入配置数组
最稳妥的做法是在服务提供者的 register() 方法里，用闭包显式返回带配置的对象实例：
$this->app->bind(MyService::class, function ($app) {
return new MyService($app->make('config')->get('services.my_service', []));
});
- 确保配置项存在且结构正确：
config/services.php中定义好'my_service' => ['timeout' => 30, 'retries' => 3] - 别用
singleton()包裹这种带配置的对象，除非你确认配置全程不变；否则每次请求都该重新读取 - 如果配置需要运行时计算（比如从 DB 查），闭包里可以直接调
$app->make(Repository::class)->getConfig()
把数组包装成配置类再注入
比裸数组更可控的方式：定义一个轻量配置类，用类型提示注入它：
class MyServiceConfig
{
public function __construct(
public int $timeout = 30,
public int $retries = 3,
public string $endpoint = ''
) {}
}
然后在服务提供者中绑定：
$this->app->bind(MyServiceConfig::class, function ($app) {
$cfg = $app->make('config')->get('services.my_service', []);
return new MyServiceConfig(
$cfg['timeout'] ?? 30,
$cfg['retries'] ?? 3,
$cfg['endpoint'] ?? ''
);
});
$this->app->bind(MyService::class, function ($app) {
return new MyService($app->make(MyServiceConfig::class));
});
- 类型安全：IDE 和 PHPStan 能识别字段和类型
- 可测试：单元测试里可以直接 new 一个
MyServiceConfig实例传进去 - 避免数组键名拼错导致静默使用默认值（比如把
time_out写成timeout）
别碰 app()->makeWith() 或手动 resolve
Laravel 6 的 makeWith() 是为极少数动态场景设计的，不是配置注入的正路：
- 它绕过容器绑定规则，容易让依赖关系散落在各处，后期无法 grep 清理
- 在控制器构造函数里调
app()->makeWith(MyService::class, ['config' => [...]])→ 违反依赖注入原则，测试时 mock 成本飙升 - 队列任务、命令行 Artisan 命令等非 HTTP 上下文里，
app()可能未完全初始化，makeWith()行为不可靠
真正难的不是怎么塞进数组，而是决定谁该拥有这个数组、生命周期怎么管、改配置要不要重启服务——这些才是线上出问题时翻 logs 才意识到的点。
