深入剖析 Laravel 服務提供者實現原理

liuqing_hu發表於2018-06-07

本文首發於深入剖析 Laravel 服務提供者實現原理，轉載請註明出處。

今天我們將學習 Laravel 框架另外一個核心內容「服務提供者（Service Provider）」。服務提供者的功能是完成 Laravel 應用的引導啟動，或者說是將 Laravel 中的各種服務「註冊」到「Laravel 服務容器」，這樣才能在後續處理 HTTP 請求時使用這些服務。

服務提供者基本概念
服務提供者入門
- 建立自定義服務提供者
- register 方法
  - 簡單註冊服務
- boot 方法
- 配置服務提供者
- 延遲繫結服務提供者
- 小結
服務提供者啟動原理
- 載入程式的啟動流程
  - Laravel 執行服務提供者註冊（register）處理
    - RegisterProviders 引導註冊
    - 由服務容器執行配置檔案中的所有服務提供者服務完成註冊。
    - 最後由服務提供者倉庫（ProviderRepository）執行服務提供者的註冊處理。
  - Laravel 執行服務提供者啟動（boot）處理
    - BootProviders 引導啟動
    - 由服務容器執行配置檔案中的所有服務提供者服務完成啟動。
  - Laravel 如何完成延遲載入型別的服務提供者
總結

服務提供者基本概念

我們知道「服務提供者」是配置應用的中心，它的主要工作是使用「服務容器」實現服務容器繫結、事件監聽器、中介軟體，甚至是路由的註冊。

除核心服務外，幾乎所有的服務提供者都定義在配置檔案 config/app.php 檔案中的 providers 節點中。

服務提供者的典型處理流程是，當接 Laravel 應用接收到 HTTP 請求時會去執行「服務提供者的 register（註冊）」方法，將各個服務「繫結」到容器內；之後，到了實際處理請求階段，依據使用情況按需載入所需服務。這樣的優勢很明顯能夠提升應用的效能。

細心的朋友可能發現這裡用了一個詞「幾乎」，沒錯還有一些屬於核心服務提供者，這些並沒有定義在 providers 配置節點中而是直接由 Illuminate\Foundation\Application 服務容器直接在例項化階段就完成了註冊服務。

<?php
...

class Application extends Container implements ApplicationContract, HttpKernelInterface
{
    public function __construct($basePath = null)
    {
        ...
        $this->registerBaseServiceProviders();
        ...
    }

    /**
     * Register all of the base service providers. 註冊應用基礎服務提供者
     *
     * @return void
     */
    protected function registerBaseServiceProviders()
    {
        $this->register(new EventServiceProvider($this));

        $this->register(new LogServiceProvider($this));

        $this->register(new RoutingServiceProvider($this));
    }

對服務容器不是很熟悉的老鐵可以閱讀深入剖析 Laravel 服務容器，並且在文中「註冊基礎服務提供者」一節也有詳細分析服務容器是如何註冊服務提供者的。

另外一個，我們還需要了解的是所有的服務提供者都繼承自 Illuminate\Support\ServiceProvider 類。不過對於我們來說目前還無需研究基類，所以我們將焦點放到如何實現一個自定義的服務提供者，然後還有兩個需要掌握方法。

服務提供者入門

建立自定義服務提供者

要建立自定義的「服務提供者」，可以直接使用 Laravel 內建的 artisan 命令完成。

php artisan make:provider RiskServiceProvider

這個命令會在 app/Providers 目錄下建立 RiskServiceProvider.php 檔案，開啟檔案內容如下：

<?php

namespace App\Providers;

use Illuminate\Support\ServiceProvider;

class RiskServiceProvider extends ServiceProvider
{
    /**
     * Bootstrap the application services.引導啟動應用服務。
     *
     * @return void
     */
    public function boot()
    {
        //
    }

    /**
     * Register the application services. 註冊應用服務。
     *
     * @return void
     */
    public function register()
    {
        //
    }
}

register 方法

在 register 方法中，我們無需處理業務邏輯，在這個方法中你只需去處理「繫結」服務到服務容器中即可。

從文件中我們知道：

在 register 方法中，你只需要將類繫結到服務容器中。而不需要嘗試在 register 方法中註冊任何事件監聽器、路由或者任何其他功能。否則，你可能會意外使用到尚未載入的服務提供器提供的服務。

如何理解這句話的含義呢？

如果你有了解過服務容器執行原理，就會知道在「繫結」操作僅僅是建立起介面和實現的對應關係，此時並不會建立具體的例項，即不會存在真實的依賴關係。直到某個服務真的被用到時才會從「服務容器」中解析出來，而解析的過程發生在所有服務「註冊」完成之後。

一旦我們嘗試在 register 註冊階段使用某些未被載入的服務依賴，即這個服務目前還沒有被註冊所以不可用。

這樣就需要在「註冊」繫結時，同時需要關注服務的註冊順序，但這一點 Laravel 並不作出任何保證。

理解了這個道理，我們就可以隨便進入一個「服務提供者」來看看其中的 register 方法的邏輯，現在我們挑選的是 Illuminate\Cache\CacheServiceProvider 服務作為講解:

<?php

namespace Illuminate\Cache;

use Illuminate\Support\ServiceProvider;

class CacheServiceProvider extends ServiceProvider
{
    /**
     * Indicates if loading of the provider is deferred.
     *
     * @var bool
     */
    protected $defer = true;

    /**
     * Register the service provider.
     *
     * @return void
     */
    public function register()
    {
        $this->app->singleton('cache', function ($app) {
            return new CacheManager($app);
        });

        $this->app->singleton('cache.store', function ($app) {
            return $app['cache']->driver();
        });

        $this->app->singleton('memcached.connector', function () {
            return new MemcachedConnector;
        });
    }

    /**
     * Get the services provided by the provider.
     *
     * @return array
     */
    public function provides()
    {
        return [
            'cache', 'cache.store', 'memcached.connector',
        ];
    }
}

沒錯，如你所預料的一樣，它的 register 方法執行了三個單例繫結操作，僅此而已。

簡單註冊服務

對於處理複雜繫結邏輯，可以自定義「服務提供者」。但是如果是比較簡單的註冊服務，有沒有比較方便的繫結方法呢？畢竟，並不是每個服務都會有複雜的依賴處理。

我們可以從文件中得到解答：

如果你的服務提供商註冊許多簡單的繫結，你可能想使用 bindings 和 singletons 屬性而不是手動註冊每個容器繫結。

<?php
class AppServiceProvider extends ServiceProvider
{
    /**
     * 設定容器繫結的對應關係
     *
     * @var array
     */
    public $bindings = [
        ServerProvider::class => DigitalOceanServerProvider::class,
    ];

    /**
     * 設定單例模式的容器繫結對應關係
     *
     * @var array
     */
    public $singletons = [
        DowntimeNotifier::class => PingdomDowntimeNotifier::class,
    ];
}

此時，通過 bingdings 或 singletons 成員變數來設定簡單的繫結，就可以避免大量的「服務提供者」類的生成了。

boot 方法

聊完了 register 方法，接下來進入另一個主題，來研究一下服務提供者的 boot 方法。

通過前面的學習，我們知道在 register 方法中 Laravel 並不能保證所有其他服務已被載入。所以當需要處理具有依賴關係的業務邏輯時，應該將這些邏輯處理放置到 boot 方法內。在 boot 方法中我們可以去完成：註冊事件監聽器、引入路由檔案、註冊過濾器等任何你可以想象得到的業務處理。

在 config/app.php 配置中我們可以看到如下幾個服務提供者：

        /*
         * Application Service Providers...
         */
        App\Providers\AppServiceProvider::class,
        App\Providers\AuthServiceProvider::class,
        // App\Providers\BroadcastServiceProvider::class,
        App\Providers\EventServiceProvider::class,
        App\Providers\RouteServiceProvider::class,

選擇其中的 App\Providers\RouteServiceProvider::class 服務提供者它繼承自 Illuminate\Foundation\Support\Providers\RouteServiceProvider 基類來看下：

// 實現類
class RouteServiceProvider extends ServiceProvider
{
    /**
     * This namespace is applied to your controller routes. In addition, it is set as the URL generator's root namespace.
     */
    protected $namespace = 'App\Http\Controllers';

    /**
     * Define your route model bindings, pattern filters, etc.
     */
    public function boot()
    {
        parent::boot();
    }

    /**
     * Define the routes for the application. 定義應用路由
     */
    public function map()
    {
        $this->mapApiRoutes();
        $this->mapWebRoutes();
    }

    /**
     * Define the "web" routes for the application. These routes all receive session state, CSRF protection, etc.
     * 定義 web 路由。web 路由支援會話狀態和 CSRF 防禦中介軟體等。
     */
    protected function mapWebRoutes()
    {
        Route::middleware('web')
             ->namespace($this->namespace)
             ->group(base_path('routes/web.php'));
    }

    /**
     * Define the "api" routes for the application. These routes are typically stateless.
     * 定義 api 路由。api 介面路由支援典型的  HTTP 無狀態協議。
     */
    protected function mapApiRoutes()
    {
        Route::prefix('api')
             ->middleware('api')
             ->namespace($this->namespace)
             ->group(base_path('routes/api.php'));
    }
}

基類 Illuminate\Foundation\Support\Providers\RouteServiceProvider：

//  基類
namespace Illuminate\Foundation\Support\Providers;

/**
 * @mixin \Illuminate\Routing\Router
 */
class RouteServiceProvider extends ServiceProvider
{
    /**
     * The controller namespace for the application.
     */
    protected $namespace;

    /**
     * Bootstrap any application services. 引導啟動服務
     */
    public function boot()
    {
        $this->setRootControllerNamespace();

        // 如果已快取路由，從快取檔案中載入路由
        if ($this->app->routesAreCached()) {
            $this->loadCachedRoutes();
        } else {
            //還沒有路由快取，載入路由
            $this->loadRoutes();

            $this->app->booted(function () {
                $this->app['router']->getRoutes()->refreshNameLookups();
                $this->app['router']->getRoutes()->refreshActionLookups();
            });
        }
    }

    /**
     * Load the application routes. 載入應用路由，呼叫例項的 map 方法，該方法定義在 App\Providers\RouteServiceProvider::class 中。
     */
    protected function loadRoutes()
    {
        if (method_exists($this, 'map')) {
            $this->app->call([$this, 'map']);
        }
    }
}

對於 RouteServiceProvider 來講，它的 boot 方法在處理一個路由載入的問題：

判斷是否已有路由快取；
有路由快取，則直接載入路由快取；
無路由快取，執行 map 方法載入路由。

感興趣的朋友可以自行了解下 Application Service Providers 配置節點的相關服務提供者，這邊不再贅述。

配置服務提供者

瞭解完「服務提供者」兩個重要方法後，我們還需要知道 Laravel 是如何查詢到所有的服務提供者的。這個超找的過程就是去讀取 config/app.php 檔案中的 providers 節點內所有的「服務提供器」。

具體的讀取過程我們也會在「服務提供者啟動原理」一節中講解。

延遲繫結服務提供者

對於一個專案來說，除了要讓它跑起來，往往我們還需要關注它的效能問題。

當我們開啟 config/app.php 配置檔案時，你會發現有配置很多服務提供者，難道所有的都需要去執行它的 register 和 boot 方法麼？

對於不會每次使用的服務提供者很明顯，無需每次註冊和啟動，直到需要用到它的時候。

為了解決這個問題 Laravel 內建支援 延遲服務提供者 功能，啟用時延遲功能後，當它真正需要註冊繫結時才會執行 register 方法，這樣就可以提升我們服務的效能了。

啟用「延遲服務提供者」功能，需要完成兩個操作配置：

在對應服務提供者中將 defer 屬性設定為 true；
並定義 provides 方法，方法返回在提供者 register 方法內需要註冊的服務介面名稱。

我們拿 config/app.php 配置中的 BroadcastServiceProvider 作為演示說明：

<?php

class BroadcastServiceProvider extends ServiceProvider
{
    /**
     * Indicates if loading of the provider is deferred. 標識提供者是否為延遲載入型別。
     *
     * @var bool
     */
    protected $defer = true;

    public function register()
    {
        $this->app->singleton(BroadcastManager::class, function ($app) {
            return new BroadcastManager($app);
        });

        $this->app->singleton(BroadcasterContract::class, function ($app) {
            return $app->make(BroadcastManager::class)->connection();
        });

        $this->app->alias(
            BroadcastManager::class, BroadcastingFactory::class
        );
    }

    /**
     * Get the services provided by the provider. 獲取提供者所提供的服務介面名稱。
     */
    public function provides()
    {
        return [
            BroadcastManager::class,
            BroadcastingFactory::class,
            BroadcasterContract::class,
        ];
    }
}

小結

在「服務提供者入門」這個小節我們學習了服務提供者的基本使用和效能優化相關知識，包括：

如何建立自定義的服務提供者；
建立 register 方法註冊服務到 Laravel 服務容器；
建立 boot 方法啟動服務提供者的載入程式；
配置我們的服務提供者到 config/app.php 檔案，這樣才能在容器中載入相應服務；
通過延遲繫結技術，提升 Laravel 服務效能。

下一小節，我們將焦點轉移到「服務提供者」的實現原理中，深入到 Laravel 核心中去探索「服務提供者」如何被註冊和啟動，又是如何能夠通過延遲技術提升 Laravel 應用的效能的。

服務提供者啟動原理

之前我們有學習深度挖掘 Laravel 生命週期和深入剖析 Laravel 服務容器，今天我們將學習「服務提供者」。

Laravel 的所有核心服務都是通過服務提供者進行引導啟動的，所以想深入瞭解 Laravel 那麼研究「服務提供者」的原理是個繞不開的話題。

載入程式的啟動流程

服務提供者註冊和 引導啟動 直到處理 HTTP 請求階段才開始。所以我們直接進入到 App\Console\Kernel::class 類，同時這個類繼承於 Illuminate\Foundation\Http\Kernel 類。

從 Illuminate\Foundation\Http\Kernel 類中我們可以看到如下內容：

class Kernel implements KernelContract
{
    ...

    /**
     * The bootstrap classes for the application. 應用引導類
     */
    protected $bootstrappers = [
        ...
        \Illuminate\Foundation\Bootstrap\RegisterProviders::class, // 用於註冊(register)「服務提供者」的引導類
        \Illuminate\Foundation\Bootstrap\BootProviders::class, // 用於啟動(boot)「服務提供者」的引導類
    ];

    /**
     * Handle an incoming HTTP request. 處理 HTTP 請求
     */
    public function handle($request)
    {
        try {
            $request->enableHttpMethodParameterOverride();

            $response = $this->sendRequestThroughRouter($request);
        } catch (Exception $e) {
            ...
        } catch (Throwable $e) {
            ...
        }

        ...
    }

    /**
     * Send the given request through the middleware / router. 對 HTTP 請求執行中介軟體處理後再傳送到指定路由。
     */
    protected function sendRequestThroughRouter($request)
    {
        ...

        // 1. 引導類引導啟動。
        $this->bootstrap();

        // 2. 中介軟體及請求處理，生成響應並返回響應。
        return (new Pipeline($this->app))
                    ->send($request)
                    ->through($this->app->shouldSkipMiddleware() ? [] : $this->middleware)
                    ->then($this->dispatchToRouter());
    }

    /**
     * Bootstrap the application for HTTP requests. 接收 HTTP 請求時啟動應用載入程式。
     */
    public function bootstrap()
    {
        // 引導類啟動由 Application 容器引導啟動。
        if (! $this->app->hasBeenBootstrapped()) {
            $this->app->bootstrapWith($this->bootstrappers());
        }
    }
}

在 Illuminate\Foundation\Http\Kernel 我們的核心處理 HTTP 請求時會經過一下兩個主要步驟：

啟動載入程式通過 $this->bootstrap() 方法完成，其中包括所有服務提供者的註冊和引導處理；
處理 HTTP 請求（這個問題涉及到中介軟體、路由及相應處理，本文將不做深入探討）。

進入 Illuminate\Foundation\Application 容器中的 bootstrapWith() 方法，來看看容器是如何將引導類引導啟動的：

    /**
     * Run the given array of bootstrap classes. 執行給定載入程式
     */
    public function bootstrapWith(array $bootstrappers)
    {
        $this->hasBeenBootstrapped = true;

        foreach ($bootstrappers as $bootstrapper) {
            $this['events']->fire('bootstrapping: '.$bootstrapper, [$this]);

            // 從容器中解析出例項，然後呼叫例項的 bootstrap() 方法引導啟動。 
            $this->make($bootstrapper)->bootstrap($this);

            $this['events']->fire('bootstrapped: '.$bootstrapper, [$this]);
        }
    }

通過服務容器的 bootstrap() 方法引導啟動時，將定義的在 Illuminate\Foundation\Http\Kerne 類中的應用引導類（$bootstrappers）交由 Application 服務容器引導啟動。其中與「服務提供者」有關的引導類為：

當 Illuminate\Foundation\Http\Kerne HTTP 核心通過 bootstrap() 方法引導啟動時，實際由服務容器（Application）去完成引導啟動的工作，並依據定義在 HTTP 核心中的引導類屬性配置順序依次引導啟動，最終「服務提供者」的啟動順序是：

執行「服務提供者」register 方法的引導類：\Illuminate\Foundation\Bootstrap\RegisterProviders::class，將完成所有定義在 config/app.php 配置中的服務提供者的註冊（register）處理；
執行「服務提供者」boot 方法的引導類：\Illuminate\Foundation\Bootstrap\BootProviders::class，將完成所有定義在 config/app.php 配置中的服務提供者的啟動（boot）處理。

Laravel 執行服務提供者註冊（register）處理

前面說過「服務提供者」的註冊由 \Illuminate\Foundation\Bootstrap\RegisterProviders::class 引導類啟動方法（botstrap()）完成。

1. RegisterProviders 引導註冊

<?php
class RegisterProviders
{
    /**
     * Bootstrap the given application.
     */
    public function bootstrap(Application $app)
    {
        $app->registerConfiguredProviders();
    }
}

在其通過呼叫服務容器的 registerConfiguredProviders() 方法完成引導啟動，所以我們需要到容器中一探究竟。

2. 由服務容器執行配置檔案中的所有服務提供者服務完成註冊。

    /**
     * Register all of the configured providers. 執行所有配置服務提供者完成註冊處理。
     * 
     * @see https://github.com/laravel/framework/blob/5.6/src/Illuminate/Foundation/Application.php
     */
    public function registerConfiguredProviders()
    {
        $providers = Collection::make($this->config['app.providers'])
                        ->partition(function ($provider) {
                            return Str::startsWith($provider, 'Illuminate\\');
                        });

        $providers->splice(1, 0, [$this->make(PackageManifest::class)->providers()]);

        // 通過服務提供者倉庫（ProviderRepository）載入所有的提供者。
        (new ProviderRepository($this, new Filesystem, $this->getCachedServicesPath()))
                    ->load($providers->collapse()->toArray());
    }

3. 最後由服務提供者倉庫（ProviderRepository）執行服務提供者的註冊處理。

<?php

namespace Illuminate\Foundation;

use Exception;
use Illuminate\Filesystem\Filesystem;
use Illuminate\Contracts\Foundation\Application as ApplicationContract;

class ProviderRepository
{
    ...

    /**
     * Register the application service providers. 註冊應用的服務提供者。
     *
     * @see https://github.com/laravel/framework/blob/5.6/src/Illuminate/Foundation/ProviderRepository.php
     */
    public function load(array $providers)
    {
        $manifest = $this->loadManifest();

        // 首先從服務提供者的快取清單檔案中載入服務提供者集合。其中包含「延遲載入」的服務提供者。
        if ($this->shouldRecompile($manifest, $providers)) {
            $manifest = $this->compileManifest($providers);
        }

        // Next, we will register events to load the providers for each of the events
        // that it has requested. This allows the service provider to defer itself
        // while still getting automatically loaded when a certain event occurs.
        foreach ($manifest['when'] as $provider => $events) {
            $this->registerLoadEvents($provider, $events);
        }

        // 到這裡，先執行應用必要(貪婪)的服務提供者完成服務註冊。
        foreach ($manifest['eager'] as $provider) {
            $this->app->register($provider);
        }

        // 最後將所有「延遲載入服務提供者」加入到容器中。
        $this->app->addDeferredServices($manifest['deferred']);
    }

    /**
     * Compile the application service manifest file. 將服務提供者編譯到清單檔案中快取起來。
     */
    protected function compileManifest($providers)
    {
        // The service manifest should contain a list of all of the providers for
        // the application so we can compare it on each request to the service
        // and determine if the manifest should be recompiled or is current.
        $manifest = $this->freshManifest($providers);

        foreach ($providers as $provider) {
            // 解析出 $provider 對應的例項
            $instance = $this->createProvider($provider);

            // 判斷當前服務提供者是否為「延遲載入」類行的，是則將其加入到快取檔案的「延遲載入（deferred）」集合中。
            if ($instance->isDeferred()) {
                foreach ($instance->provides() as $service) {
                    $manifest['deferred'][$service] = $provider;
                }

                $manifest['when'][$provider] = $instance->when();
            }

            // 如果不是「延遲載入」型別的服務提供者，則為貪婪載入必須立即去執行註冊方法。
            else {
                $manifest['eager'][] = $provider;
            }
        }

        // 將歸類後的服務提供者寫入清單檔案。
        return $this->writeManifest($manifest);
    }

在 服務提供者倉庫（ProviderRepository） 處理程式中依次執行如下處理：

1. 如果存在服務提供者快取清單，則直接讀取「服務提供者」集合；
1. 否則，將從 config/app.php 配置中的服務提供者編譯到快取清單中；
  - 2.1. 這個處理由 compileManifest() 方法完成；
  - 2.2. 編譯快取清單時將處理貪婪載入（eager）和延遲載入（deferred）的服務提供者；
1. 對於貪婪載入的提供者直接執行服務容器的 register 方法完成服務註冊；
1. 將延遲載入提供者加入到服務容器中，按需註冊和引導啟動。

最後通過 Illuminate\Foundation\Application 容器完成註冊處理：

    /**
     * Register a service provider with the application. 在應用服務容器中註冊一個服務提供者。
     */
    public function register($provider, $options = [], $force = false)
    {
        if (($registered = $this->getProvider($provider)) && ! $force) {
            return $registered;
        }

        // 如果給定的服務提供者是介面名稱，解析出它的例項。
        if (is_string($provider)) {
            $provider = $this->resolveProvider($provider);
        }

        // 服務提供者提供註冊方法時，執行註冊服務處理
        if (method_exists($provider, 'register')) {
            $provider->register();
        }

        $this->markAsRegistered($provider);

        // 判斷 Laravel 應用是否已啟動。已啟動的話需要去執行啟動處理。
        if ($this->booted) {
            $this->bootProvider($provider);
        }

        return $provider;
    }

為什麼需要判斷是否已經啟動過呢？

因為對於延遲載入的服務提供者只有在使用時才會被呼叫，所以這裡需要這樣判斷，然後再去啟動它。

以上，便是

Laravel 執行服務提供者啟動（boot）處理

「服務提供者」的啟動流程和註冊流程大致相同，有興趣的朋友可以深入原始碼瞭解一下。

1. BootProviders 引導啟動

<?php

namespace Illuminate\Foundation\Bootstrap;

use Illuminate\Contracts\Foundation\Application;

class BootProviders
{
    /**
     * Bootstrap the given application.
     *
     * @see https://github.com/laravel/framework/blob/5.6/src/Illuminate/Foundation/Bootstrap/BootProviders.php
     */
    public function bootstrap(Application $app)
    {
        $app->boot();
    }
}

2. 由服務容器執行配置檔案中的所有服務提供者服務完成啟動。

    /**
     * Boot the application's service providers. 引導啟動應用所有服務提供者
     *
     * @see https://github.com/laravel/framework/blob/5.6/src/Illuminate/Foundation/Application.php
     */
    public function boot()
    {
        if ($this->booted) {
            return;
        }

        // Once the application has booted we will also fire some "booted" callbacks
        // for any listeners that need to do work after this initial booting gets
        // finished. This is useful when ordering the boot-up processes we run.
        $this->fireAppCallbacks($this->bootingCallbacks);

        // 遍歷並執行服務提供者的 boot 方法。
        array_walk($this->serviceProviders, function ($p) {
            $this->bootProvider($p);
        });

        $this->booted = true;

        $this->fireAppCallbacks($this->bootedCallbacks);
    }

    /**
     * Boot the given service provider. 啟動給定服務提供者
     */
    protected function bootProvider(ServiceProvider $provider)
    {
        if (method_exists($provider, 'boot')) {
            return $this->call([$provider, 'boot']);
        }
    }

以上便是服務提供者執行 註冊繫結服務 和 引導啟動 的相關實現。

但是稍等一下，我們是不是忘記了還有「延遲載入」型別的服務提供者，它們還沒有被註冊和引導啟動呢！

Laravel 如何完成延遲載入型別的服務提供者

對於延遲載入型別的服務提供者，我們要到使用時才會去執行它們內部的 register 和 boot 方法。這裡我們所說的使用即使需要解析它，我們知道解析處理由服務容器完成。

所以我們需要進入到 Illuminate\Foundation\Application 容器中探索 make 解析的一些細節。

    /**
     * Resolve the given type from the container. 從容器中解析出給定服務
     * 
     * @see https://github.com/laravel/framework/blob/5.6/src/Illuminate/Foundation/Application.php
     */
    public function make($abstract, array $parameters = [])
    {
        $abstract = $this->getAlias($abstract);

        // 判斷這個介面是否為延遲型別的並且沒有被解析過，是則去將它載入到容器中。
        if (isset($this->deferredServices[$abstract]) && ! isset($this->instances[$abstract])) {
            $this->loadDeferredProvider($abstract);
        }

        return parent::make($abstract, $parameters);
    }

    /**
     * Load the provider for a deferred service. 載入給定延遲載入服務提供者
     */
    public function loadDeferredProvider($service)
    {
        if (! isset($this->deferredServices[$service])) {
            return;
        }

        $provider = $this->deferredServices[$service];

        // 如果服務為註冊則去註冊並從延遲服務提供者集合中刪除它。
        if (! isset($this->loadedProviders[$provider])) {
            $this->registerDeferredProvider($provider, $service);
        }
    }

    /**
     * Register a deferred provider and service. 去執行服務提供者的註冊方法。
     */
    public function registerDeferredProvider($provider, $service = null)
    {
        // Once the provider that provides the deferred service has been registered we
        // will remove it from our local list of the deferred services with related
        // providers so that this container does not try to resolve it out again.
        if ($service) {
            unset($this->deferredServices[$service]);
        }

        // 執行服務提供者註冊服務。
        $this->register($instance = new $provider($this));

        // 執行服務提供者啟動服務。
        if (! $this->booted) {
            $this->booting(function () use ($instance) {
                $this->bootProvider($instance);
            });
        }
    }

總結

今天我們深入研究了 Laravel 服務提供者的註冊和啟動的實現原理，希望對大家有所幫助。

如果對如何自定義服務提供者不甚瞭解的朋友可以去閱讀 Laravel 服務提供者指南這篇文章。

本作品採用《CC 協議》，轉載必須註明作者和本文連結

深入剖析 Laravel 服務容器
2018-05-29
Laravel
Laravel 核心--深入剖析 Laravel 框架 Jwt 元件的實現原理
2020-12-28
Laravel框架JWT元件
Laravel 服務容器實現原理
2017-06-12
Laravel
Laravel 服務提供者指南
2018-06-04
Laravel
Laravel 服務提供者業務使用例項
2019-11-26
Laravel
Laravel 服務提供者和門面模式
2017-11-06
Laravel模式
深入Laravel服務容器
2019-02-16
Laravel
Laravel底層學習筆記02 - 服務容器，服務提供者
2021-11-07
Laravel筆記
如何建立 Laravel 延遲載入的服務提供者
2019-04-18
Laravel
服務發現-從原理到實現
2021-10-18
Laravel深入學習4 – 服務提供器
2019-02-16
Laravel
RunTime實現原理剖析
2019-05-07
Laravel 核心--深入剖析 Laravel 框架門面模式
2020-12-25
Laravel框架模式
Laravel Providers——服務提供者的註冊與啟動原始碼解析
2017-08-14
LaravelIDE原始碼
【微服務之DiscoveryClient 服務註冊(提供者)】
2018-02-15
微服務client
資料塊原理深入剖析
2008-07-07
springcloud微服務實戰學習筆記二服務提供者
2017-12-14
SpringGCCloud微服務筆記
服務註冊與發現的原理和實現
2021-09-12
Lumen - 服務容器，服務提供者，Facades的關係
2018-05-11
Laravel —— 服務注入實戰案例
2018-09-25
Laravel
Laravel 模型事件實現原理
2017-07-28
Laravel模型事件
PHP (Laravel) 實現 iOS 內購服務端驗證
2020-04-15
PHPLaraveliOS服務端
Openmp Runtime 庫函式彙總（下）——深入剖析鎖?原理與實現
2023-01-16
函式
ARouter原理剖析及手動實現
2018-07-30
Kafka事務原理剖析
2022-11-23
Kafka
紅黑樹深入剖析及Java實現
2016-12-07
Java
深入剖析Linux IO原理和幾種零拷貝機制的實現
2019-09-20
Linux
深入理解 python 虛擬機器：位元組碼教程(3)——深入剖析迴圈實現原理
2023-04-15
Python虛擬機
圖解Dubbo，Dubbo服務提供者詳解
2023-04-19
圖解
深入學習MySQL事務：ACID特性的實現原理
2019-03-28
MySql
Laravel 中介軟體實現原理
2017-07-28
Laravel
《springcloud 一》搭建註冊中心，服務提供者，服務消費者
2019-04-09
SpringGCCloud
Spring Cloud（四）服務提供者 Eureka + 服務消費者 Feign
2017-12-06
SpringCloud
Windows螢幕解鎖服務原理及實現（1）
2023-05-06
Windows
剖析 Laravel 計劃任務--初探
2017-07-12
Laravel
Dubbo剖析-服務提供方實現類到Invoker的轉換
2018-03-25
深入剖析ThreadPool的執行原理
2017-07-12
thread
Android RollBack機制實現原理剖析
2020-12-08
Android