laravel容器延迟加载以及auth扩展详解

关于 Laravel 容器的延迟加载与 Auth 扩展详解

=======================

亲爱的开发者朋友们，你们好！在 Laravel 开发过程中，你是否遇到过需要在服务提供者中注册 Auth 扩展驱动时遇到的问题？昨天，我按照手册教程动手写一个 Auth 扩展，希望遵循包独立性的原则，并不想在 start.php 文件中注册 Auth::extend() 方法。于是，我选择了在服务提供者 LoauthServiceProvider 的 register() 方法中注册扩展驱动。我遇到了一个棘手的问题。

发现问题

当我尝试在 LoauthServiceProvider 中这样写时：

```php

public function register()

{

\Auth::extend('loauth',function($app){});

}

```

我遇到了报错：Call to undefined method Illuminate\Support\Facades\Auth::extend()。这让我感到困惑，我检查了 Auth 是否已经注册，发现在路由中可以使用，于是排除了这个可能。我甚至重新下载了 laravel 包，以排除是否不小心修改了核心类。

寻找原因

经过一夜的折腾，问题最终锁定在了 AuthServiceProvider 的 `$defer` 属性上。根据手册和注释，我们知道 `$defer` 属性用于延迟加载服务提供者。当框架初始化时，如果发现某个服务提供器的 `$defer` 属性设置为 `true`，那么就会调用它的 `provides()` 方法。该方法返回一个包含需要延迟加载的服务名称的数组。这样，当我们在路由、控制器或其他地方调用 `Auth::METHOD()` 时，才会调用提供器的 `register()` 方法。

确定症结

问题就在于，尽管 `$defer` 属性实现了延迟加载，但在框架注册 `LoauthServiceProvider::register()` 的时候，Auth 可能还没有被标记为延迟加载。这就造成了一个时间顺序的问题。任何即时加载的服务提供器都无法在 `register()` 方法中调用延迟加载的服务。换句话说，当 `LoauthServiceProvider` 的 `register()` 方法试图调用 `Auth::extend()` 时，由于 Auth 尚未被标记为延迟加载，因此会出现方法不存在的错误。

这个问题的解决方法可能涉及到调整服务提供器的加载顺序或者重新考虑你的代码结构。希望这篇文章能帮助你理解 Laravel 容器的延迟加载以及如何解决在注册 Auth 扩展时遇到的问题。如果你有任何其他疑问或建议，请随时与我联系。经过深入研究，我们成功找到了关键证据，它位于核心代码中，具体是 Illuminate\Foundation\ProviderRepository 部分。下面是相关的代码片段：

```php

public function load(Application $app, array $providers) {

//...省略部分代码

// 我们将注册所有已加载的提供者到应用程序中，以便他们的服务可以作为提供的服务注册到应用程序中。然后我们将设置其上的延迟服务列表。

foreach ($manifest['eager'] as $provider) {

$app->register($this->createProvider($app, $provider));

}

// 在即时加载服务之后标记延迟加载

$app->setDeferredServices($manifest['deferred']);

}

```

在这段代码中，我们看到了关于服务提供者加载和注册的过程。虽然发现了问题所在，但直接修改核心代码并不是一个明智的选择。我们需要在我们自己的包中寻找解决方案。一个可行的解决方案如下：

```php

public function register() {

// 创建并注册身份验证服务提供者

$authProvider = new \Illuminate\Auth\AuthServiceProvider($this->app);

$authProvider->register();

// 扩展身份验证服务，手动注册它

\Auth::extend('loauth', function($app) {

// 这里可以添加自定义的身份验证逻辑或配置

});

}

```

在这个解决方案中，由于身份验证服务尚未注册，我们手动调用其 register 方法来帮助它完成注册。通过这种方式，我们可以在不修改核心代码的情况下解决问题。这是一个相对安全和灵活的方法，可以更好地适应不同的应用程序需求。请注意，您可以根据实际需求在扩展的 'loauth' 身份验证服务中添加自定义的逻辑或配置。希望这个解决方案能对您有所帮助。如果您有任何其他问题或需要进一步的支持，请随时提问。愿您喜欢本文的内容。以上是全部内容，由 Cambrian 系统渲染完成。