Laravel6服务提供者启动早？defer延迟加载解决-php教程-PHP中文网

register() 中 config() 返回 null 是因配置文件尚未加载，配置数组为空；正确做法是延迟到 singleton 闭包内读取，而非在 register() 中提前赋值。

laravel6服务提供者启动早？defer延迟加载解决

因为 register() 执行时，Laravel 还没加载配置文件，config() 函数底层依赖的配置数组仍是空的。这不是缓存没清，是启动顺序决定的硬限制。

常见错误现象：BindingResolutionException、Call to undefined method、或取到 null 导致构造失败。

✅ 正确做法：把配置读取延迟到闭包内，等第一次 make() 时才执行，例如：$this->app->singleton(Service::class, function ($app) { return new Service($app['config']['service.key']); });
❌ 错误写法：$config = config('service.key'); $this->app->singleton(Service::class, function () use ($config) { ... }); —— 此时 $config 已固化为 null，后续永远无效
⚠️ 注意：即使你手动调用 $this->app->make('config')，在 register() 阶段也大概率失败，因为 ConfigServiceProvider 默认排在你自定义 provider 后面

延迟加载不是写个 $defer = true 就自动生效的。Laravel 会把所有已知服务提供者（包括是否延迟）预编译进 bootstrap/cache/services.php。改了 $defer 或 provides()，不清理缓存就等于没改。

常见错误现象：明明设了 $defer = true，但请求一进来就报 Class not found 或中间件注册失败。

Laravel Creem Agent

Creem 支付商店助理 — 查询订阅、客户、交易、产品，执行心跳检查，管理本地 Laravel支付商店。

下载

✅ 必须执行：php artisan config:clear && php artisan clear-compiled（Laravel 6 中 optimize 已废弃，用 clear-compiled）
✅ 确保 provides() 返回的键和 bind()/singleton() 的 key 完全一致，大小写、命名空间都不能差
❌ 不要只跑 config:clear —— 它不清 services.php；也不要只跑 cache:clear —— 它不碰编译缓存

延迟服务提供者在 boot() 被调用前，根本不会被加载。如果你在 boot() 里注册了中间件、事件监听器或路由，而 provider 又设了 $defer = true，那这些逻辑永远不会执行 —— Laravel 压根不会触发它的 boot()。

使用场景：你想加一个全局日志中间件，或监听某个模型事件，但 provider 被标记为延迟。

✅ 解决方案一：去掉 $defer = true，确保它在启动早期加载
✅ 解决方案二：把中间件注册挪到另一个非延迟 provider 的 boot() 中（比如 AppServiceProvider），并显式 $this->app->register(YourDeferredProvider::class)
❌ 不要指望 provides() 列表能“触发” boot() —— 它只影响 register() 的时机，boot() 仍需靠加载顺序或手动注册来激活

别猜，直接看 Laravel 是怎么记的。核心判断依据只有两个：$defer = true 和 provides() 方法返回的数组是否覆盖你要用的服务名。

调试技巧：在 register() 开头加 Log::debug('RiakServiceProvider registered');，然后发起一个不涉及 Riak 的简单请求（如 /），看日志是否出现 —— 如果没出现，说明延迟生效；如果出现了，说明它被提前加载了。

✅ 检查点一：config/app.php 中该 provider 是否排在 ConfigServiceProvider 之前？如果是，它可能被强制提前 require，导致延迟失效
✅ 检查点二：有没有其他 provider 在自己的 register() 里调用了 $this->app->make('riak.connection')？只要有一次，就会立刻触发这个 provider 的 register()
⚠️ 最容易被忽略的是：Artisan 命令上下文下，很多 provider 默认不加载（尤其是延迟的），所以你在 php artisan tinker 里 app()->make() 失败，不代表 HTTP 请求里也失败