Laravel Facade的加載過程及原理

baoxl 發布于2019-06-28 13:47 / 3283人閱讀

摘要：的啟動與注冊的啟動引導是在中注冊的。其中，返回如下格式的數組上面代碼將通過把所有的注冊進自動加載。注意，這里在定義時，最后面的參數傳的是。當該參數是時，會添加函數到隊列之首，而不是隊列尾部。在的方法中，主要是用了函數來實現的別名自動加載。

簡介

Facades（讀音：/f??s?d/ ）為應用程序的 服務容器 中可用的類提供了一個「靜態」接口。你不必 use 一大串的命名空間，也不用實例化對象，就能訪問對象的具體方法。

use Config;

class Test
{
    public function index()
    {
        return Config::get("app.name");
    }
}

Facade 的啟動與注冊

Facade 的啟動引導是在 IlluminateFoundationBootstrapRegisterFacades 中注冊的。

public function bootstrap(Application $app)
{
    Facade::clearResolvedInstances();
    Facade::setFacadeApplication($app);

    AliasLoader::getInstance(array_merge(
        $app->make("config")->get("app.aliases", []),
        $app->make(PackageManifest::class)->aliases()
    ))->register();
}

默認的別名配置是從 app 配置文件下的 aliases 讀取的，PackageManifest 是 laravel 5.5 新增的 包自動發現 規則，這里我們暫時不考慮 PackageManifest 包提供的別名。

其中，array_merge 返回如下格式的數組：

 "App" => "IlluminateSupportFacadesApp"
 "Artisan" => "IlluminateSupportFacadesArtisan"
 "Auth" => "IlluminateSupportFacadesAuth"
 "Blade" => "IlluminateSupportFacadesBlade"
 ...

上面代碼將通過 AliasLoader 把所有的 facade 注冊進自動加載。其核心就是 php 的 spl_autoload_register。

    /**
     * Prepend the load method to the auto-loader stack.
     *
     * @return void
     */
    protected function register()
    {
        if (! $this->registered) {
            spl_autoload_register([$this, "load"], true, true);

            $this->registered = true;
        }
    }

注冊完成后，后續所有 use 的類都將通過 load 函數來完成類的自動加載。

注意，這里在定義 spl_autoload_register 時，最后面的參數傳的是 true。當該參數是 true 時，spl_autoload_register() 會添加函數到隊列之首，而不是隊列尾部。（優先通過該函數來完成自動加載）

也就是說，


不管我們 use 的是具體存在的類（AppUser）還是別名 （Config），都將最先通過 load 函數來完成自動加載，當該函數返回 false 時，再由其他自動加載函數來完成自動加載（如 composer psr-4）。
在 AliasLoader 的 load 方法中，主要是用了 class_alias 函數來實現的別名自動加載。
public function load($alias)
{
    if (isset($this->aliases[$alias])) {
        return class_alias($this->aliases[$alias], $alias);
    }
}

關于 class_alias 這里帖一個官方的列子：
class foo { }

class_alias("foo", "bar");

$a = new foo;
$b = new bar;

// the objects are the same
var_dump($a == $b, $a === $b); //true
var_dump($a instanceof $b);    //false

// the classes are the same
var_dump($a instanceof foo);   //true
var_dump($a instanceof bar);   //true

var_dump($b instanceof foo);   //true
var_dump($b instanceof bar);   //true

Facade 的加載
當我們在使用 Facade 時，如：

實際上加載的是 IlluminateSupportFacadesConfig 類（因為我們已經注冊了 class_alias），相當于：

而所有的 Facade 都繼承自 IlluminateSupportFacadesFacade 類，在該基類中定義了一個 __callStatic 方法，已至于我們能夠輕松地使用 Facade（不用實列化）。
$method(...$args);
}

getFacadeRoot 方法用于獲取別名類的具體實列，我們知道，所有的 Facade 類都需要定義一個 getFacadeAccessor 方法。該方法可能的返回值有：

String 類型的字符串（如 config, db）
String 類型的類字符串 （如 AppServiceSomeService）
Object 具體的實列化對象
Closure 閉包

如 Config Facade 的 getFacadeAccessor 方法如下：
protected static function getFacadeAccessor()
{
    return "config";
} 
getFacadeRoot 方法將根據 getFacadeAccessor() 的返回值，從容器從取出對應的實列對象。
public static function getFacadeRoot()
{
    $name = static::getFacadeAccessor();
    
    if (is_object($name)) {
        return $name;
    }

    if (isset(static::$resolvedInstance[$name])) {
        return static::$resolvedInstance[$name];
    }

    return static::$resolvedInstance[$name] = static::$app[$name];
}
由于 APP 容器中已經注冊過 config 的實列
instance("config", $config = new Repository($items));

所以 Config::get("app.name", "dafault) 實際訪問的是 Repository 實列的 get("app.name", "default") 方法。

GPU云服務器云服務器從云端服務器加載的原理 ddos攻擊原理及防范人工智能原理及應用類加載過程

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/25869.html

深入淺出 Laravel 的 Facade 外觀系統

摘要：外觀模式定義了一個高層接口，這個接口使得這一子系統更加容易使用。將使用者與子系統從直接耦合，轉變成由外觀類提供統一的接口給使用者使用，以降低客戶端與子系統之間的耦合度。接下來將深入分析外觀服務的加載過程。引導程序將在處理請求是完成引導啟動。本文首發于深入淺出 Laravel 的 Facade 外觀系統，轉載請注明出處。今天我們將學習 Laravel 核心架構中的另一個主題「Fac...

KavenFan 2019-07-01 10:08 評論0 收藏0
Laravel框架門面Facade源碼分析

摘要：容器主要的作用就是生產各種零件，就是提供各個服務。的原理我們以為例，來講解一下門面的原理與實現。當運行時，發現門面沒有靜態函數，就會調用這個魔術函數。我們看到這個魔術函數做了兩件事獲得對象實例，利用對象調用函數。前言在開始之前，歡迎關注我自己的博客：www.leoyang90.cn這篇文章我們開始講 laravel 框架中的門面 Facade，什么是門面呢？官方文檔： Facade...

wanghui 2019-06-27 16:27 評論0 收藏0
Laravel學習筆記之bootstrap源碼解析

摘要：總結本文主要學習了啟動時做的七步準備工作環境檢測配置加載日志配置異常處理注冊注冊啟動。說明：Laravel在把Request通過管道Pipeline送入中間件Middleware和路由Router之前，還做了程序的啟動Bootstrap工作，本文主要學習相關源碼，看看Laravel啟動程序做了哪些具體工作，并將個人的研究心得分享出來，希望對別人有所幫助。Laravel在入口index...

xiaoxiaozi 2019-07-01 12:19 評論0 收藏0
Laravel 服務提供者和門面模式

摘要：服務提供者先看看定義服務提供者是所有應用程序啟動的中心所在。通過本文，希望大家能夠了解服務提供者，，和實際調用的類的實例之間的關系。以 Laravel 自帶的文件系統為例，在 config/app.php 的配置文件的 providers 數組中，注冊了一個服務提供者： IlluminateFilesystemFilesystemServiceProvider::class, 在 a...

e10101 2019-06-28 14:12 評論0 收藏0
Laravel 5.4 正式發布

摘要：它的目的是提供正確的方式進行頁面交互測試，所以可以使用去點擊按鈕或者鏈接填寫表單甚至拖放。此外，提到測試運行比更快。此次因底層架構改變較大而重命名。這個功能受到的啟發，能夠將元素簡化為可重用區域。 showImg(https://segmentfault.com/img/remote/1460000008212617); 轉自 Laravel 社區：https://laravel-ch...

Vultr 2019-07-01 12:21 評論0 收藏0