register() 中 config() 返回 null 是因配置文件尚未加载，配置数组为空；正确做法是延迟到 singleton 闭包内读取，而非在 register() 中提前赋值。
为什么 register() 里访问 config() 会返回 null
因为 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 却没延迟？检查 services.php 缓存
延迟加载不是写个 $defer = true 就自动生效的。Laravel 会把所有已知服务提供者（包括是否延迟）预编译进 bootstrap/cache/services.php。改了 $defer 或 provides()，不清理缓存就等于没改。
常见错误现象：明明设了 $defer = true，但请求一进来就报 Class not found 或中间件注册失败。
- ✅ 必须执行：
php artisan config:clear && php artisan clear-compiled（Laravel 6 中optimize已废弃，用clear-compiled） - ✅ 确保
provides()返回的键和bind()/singleton()的 key 完全一致，大小写、命名空间都不能差 - ❌ 不要只跑
config:clear—— 它不清 services.php；也不要只跑cache:clear—— 它不碰编译缓存
boot() 里注册中间件/路由却失效？别用 defer
延迟服务提供者在 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 请求里也失败
