資訊專欄INFORMATION COLUMN
摘要：從這個例子中，我們可以看出至少要做三件事情根據類名確定類文件名確定類文件所在的磁盤路徑將類從磁盤文件中加載到系統(tǒng)中。
深入解析 composer 的自動加載原理 前言
PHP 自5.3的版本之后，已經重煥新生，命名空間、性狀（trait）、閉包、接口、PSR 規(guī)范、以及 composer 的出現(xiàn)已經讓 PHP 變成了一門現(xiàn)代化的腳本語言。PHP 的生態(tài)系統(tǒng)也一直在演進，而 composer 的出現(xiàn)更是徹底的改變了以往構建 PHP 應用的方式，我們可以根據 PHP 的應用需求混合搭配最合適的 PHP 組件。當然這也得益于 PSR 規(guī)范的提出。
PHP 自動加載功能
PSR 規(guī)范
comoposer 的自動加載過程
composer 源碼分析
在 PHP 開發(fā)過程中，如果希望從外部引入一個 Class ，通常會使用 include 和 require 方法，去把定義這個 Class 的文件包含進來。這個在小規(guī)模開發(fā)的時候，沒什么大問題。但在大型的開發(fā)項目中，使用這種方式會帶來一些隱含的問題：如果一個 PHP 文件需要使用很多其它類，那么就需要很多的 require/include 語句，這樣有可能會 造成遺漏 或者 包含進不必要的類文件。如果大量的文件都需要使用其它的類，那么要保證每個文件都包含正確的類文件肯定是一個噩夢， 況且 require或 incloud 的性能代價很大。
PHP5 為這個問題提供了一個解決方案，這就是 類的自動加載(autoload)機制。autoload機制 可以使得 PHP 程序有可能在使用類時才自動包含類文件，而不是一開始就將所有的類文件include進來，這種機制也稱為 Lazy loading (惰性加載)。
總結起來，自動加載功能帶來了幾處優(yōu)點：
PHP 自動加載函數(shù) __autoload()使用類之前無需 include / require
使用類的時候才會 include / require 文件，實現(xiàn)了 lazy loading ，避免了 include / require 多余文件。
無需考慮引入 類的實際磁盤地址 ，實現(xiàn)了邏輯和實體文件的分離。
從 PHP5 開始，當我們在使用一個類時，如果發(fā)現(xiàn)這個類沒有加載，就會自動運行 __autoload() 函數(shù)，這個函數(shù)是我們在程序中自定義的，在這個函數(shù)中我們可以加載需要使用的類。下面是個簡單的示例：
在我們這個簡單的例子中，我們直接將類名加上擴展名 .class.php 構成了類文件名，然后使用 require_once 將其加載。
從這個例子中，我們可以看出 __autoload 至少要做三件事情：
根據類名確定類文件名；
確定類文件所在的磁盤路徑；
將類從磁盤文件中加載到系統(tǒng)中。
第三步最簡單，只需要使用 include / require 即可。要實現(xiàn)第一步，第二步的功能，必須在開發(fā)時約定類名與磁盤文件的映射方法，只有這樣我們才能根據類名找到它對應的磁盤文件。
當有大量的類文件要包含的時候，我們只要確定相應的規(guī)則，然后在 __autoload() 函數(shù)中，將類名與實際的磁盤文件對應起來，就可以實現(xiàn) lazy loading 的效果 。
如果想詳細的了解關于 autoload 自動加載的過程，可以查看手冊資料：PHP autoload函數(shù)說明
__autoload() 函數(shù)存在的問題如果在一個系統(tǒng)的實現(xiàn)中，如果需要使用很多其它的類庫，這些類庫可能是由不同的開發(fā)人員編寫的， 其類名與實際的磁盤文件的映射規(guī)則不盡相同。這時如果要實現(xiàn)類庫文件的自動加載，就必須 在 __autoload() 函數(shù)中將所有的映射規(guī)則全部實現(xiàn)，這樣的話 __autoload() 函數(shù)有可能會非常復雜，甚至無法實現(xiàn)。最后可能會導致 __autoload() 函數(shù)十分臃腫，這時即便能夠實現(xiàn)，也會給將來的維護和系統(tǒng)效率帶來很大的負面影響。
那么問題出現(xiàn)在哪里呢？問題出現(xiàn)在 __autoload() 是全局函數(shù)只能定義一次 ，不夠靈活，所以所有的類名與文件名對應的邏輯規(guī)則都要在一個函數(shù)里面實現(xiàn)，造成這個函數(shù)的臃腫。那么如何來解決這個問題呢？答案就是使用一個 __autoload調用堆棧 ，不同的映射關系寫到不同的 __autoload函數(shù) 中去，然后統(tǒng)一注冊統(tǒng)一管理，這個就是 PHP5 引入的 SPL Autoload 。
SPL AutoloadSPL是 Standard PHP Library(標準PHP庫)的縮寫。它是 PHP5 引入的一個擴展標準庫，包括 spl autoload 相關的函數(shù)以及各種數(shù)據結構和迭代器的接口或類。spl autoload 相關的函數(shù)具體可見 php中spl_autoload
spl_autoload_register() 就是我們上面所說的__autoload調用堆棧，我們可以向這個函數(shù)注冊多個我們自己的 autoload() 函數(shù)，當 PHP 找不到類名時，PHP就會調用這個堆棧，然后去調用自定義的 autoload() 函數(shù)，實現(xiàn)自動加載功能。如果我們不向這個函數(shù)輸入任何參數(shù)，那么就會默認注冊 spl_autoload() 函數(shù)。
二、PSR 規(guī)范與自動加載相關的規(guī)范是 PSR4，在說 PSR4 之前先介紹一下 PSR 標準。PSR 標準的發(fā)明和推出組織是：PHP-FIG，它的網站是：www.php-fig.org。由幾位開源框架的開發(fā)者成立于 2009 年，從那開始也選取了很多其他成員進來，雖然不是 “官方” 組織，但也代表了社區(qū)中不小的一塊。組織的目的在于：以最低程度的限制，來統(tǒng)一各個項目的編碼規(guī)范，避免各家自行發(fā)展的風格阻礙了程序員開發(fā)的困擾，于是大伙發(fā)明和總結了 PSR，PSR 是 PHP Standards Recommendation 的縮寫，截止到目前為止，總共有 14 套 PSR 規(guī)范，其中有 7 套PSR規(guī)范已通過表決并推出使用，分別是：
PSR-0 自動加載標準（已廢棄，一些舊的第三方庫還有在使用）PSR-1 基礎編碼標準
PSR-2 編碼風格向導
PSR-3 日志接口
PSR-4 自動加載的增強版，替換掉了 PSR-0
PSR-6 緩存接口規(guī)范
PSR-7 HTTP 消息接口規(guī)范
具體詳細的規(guī)范標準可以查看PHP 標準規(guī)范
PSR4 標準2013 年底，PHP-FIG 推出了第 5 個規(guī)范——PSR-4。
PSR-4 規(guī)范了如何指定文件路徑從而自動加載類定義，同時規(guī)范了自動加載文件的位置。
1）一個完整的類名需具有以下結構：<命名空間><子命名空間><類名>
完整的類名必須要有一個頂級命名空間，被稱為 "vendor namespace"；
完整的類名可以有一個或多個子命名空間；
完整的類名必須有一個最終的類名；
完整的類名中任意一部分中的下滑線都是沒有特殊含義的；
完整的類名可以由任意大小寫字母組成；
所有類名都必須是大小寫敏感的。
2）根據完整的類名載入相應的文件完整的類名中，去掉最前面的命名空間分隔符，前面連續(xù)的一個或多個命名空間和子命名空間，作為「命名空間前綴」，其必須與至少一個「文件基目錄」相對應；
緊接命名空間前綴后的子命名空間 必須 與相應的「文件基目錄」相匹配，其中的命名空間分隔符將作為目錄分隔符。
末尾的類名必須與對應的以 .php 為后綴的文件同名。
自動加載器（autoloader）的實現(xiàn)一定不可拋出異常、一定不可觸發(fā)任一級別的錯誤信息以及不應該有返回值。
3) 例子PSR-4風格
類名：ZendAbc
命名空間前綴：Zend
文件基目錄：/usr/includes/Zend/
文件路徑：/usr/includes/Zend/Abc.php類名：SymfonyCoreRequest
命名空間前綴：SymfonyCore
文件基目錄：./vendor/Symfony/Core/
文件路徑：./vendor/Symfony/Core/Request.php目錄結構
-vendor/ | -vendor_name/ | | -package_name/ | | | -src/ | | | | -ClassName.php # Vendor_NamePackage_NameClassName | | | -tests/ | | | | -ClassNameTest.php # Vendor_NamePackage_NameClassNameTestComposer自動加載過程 Composer 做了哪些事情你有一個項目依賴于若干個庫。
其中一些庫依賴于其他庫。
你聲明你所依賴的東西。
Composer 會找出哪個版本的包需要安裝，并安裝它們（將它們下載到你的項目中）。
例如，你正在創(chuàng)建一個項目，需要做一些單元測試。你決定使用 phpunit 。為了將它添加到你的項目中，你所需要做的就是在 composer.json 文件里描述項目的依賴關系。
{ "require": { "phpunit/phpunit":"~6.0", } }然后在 composer require 之后我們只要在項目里面直接 use phpunit 的類即可使用。
執(zhí)行 composer require 時發(fā)生了什么composer 會找到符合 PR4 規(guī)范的第三方庫的源
將其加載到 vendor 目錄下
初始化頂級域名的映射并寫入到指定的文件里
（如："PHPUnitFrameworkAssert" => __DIR__ . "/.." . "/phpunit/phpunit/src/Framework/Assert.php"）
寫好一個 autoload 函數(shù)，并且注冊到 spl_autoload_register()里
題外話：現(xiàn)在很多框架都已經幫我們寫好了頂級域名映射了，我們只需要在框架里面新建文件，在新建的文件中寫好命名空間，就可以在任何地方 use 我們的命名空間了。
Composer 源碼分析下面我們通過對源碼的分析來看看 composer 是如何實現(xiàn) PSR4標準 的自動加載功能。
很多框架在初始化的時候都會引入 composer 來協(xié)助自動加載的，以 Laravel 為例，它入口文件 index.php 第一句就是利用 composer 來實現(xiàn)自動加載功能。
啟動去 vendor 目錄下的 autoload.php ：
這里就是 Composer 真正開始的地方了
Composer自動加載文件首先，我們先大致了解一下Composer自動加載所用到的源文件。
autoload_real 引導類
autoload_real.php: 自動加載功能的引導類。
composer 加載類的初始化(頂級命名空間與文件路徑映射初始化)和注冊(spl_autoload_register())。
ClassLoader.php : composer 加載類。
composer 自動加載功能的核心類。
autoload_static.php : 頂級命名空間初始化類，
用于給核心類初始化頂級命名空間。
autoload_classmap.php : 自動加載的最簡單形式，
有完整的命名空間和文件目錄的映射；
autoload_files.php : 用于加載全局函數(shù)的文件，
存放各個全局函數(shù)所在的文件路徑名；
autoload_namespaces.php : 符合 PSR0 標準的自動加載文件，
存放著頂級命名空間與文件的映射；
autoload_psr4.php : 符合 PSR4 標準的自動加載文件，
存放著頂級命名空間與文件的映射；
在 vendor 目錄下的 autoload.php 文件中我們可以看出，程序主要調用了引導類的靜態(tài)方法 getLoader() ，我們接著看看這個函數(shù)。
= 50600 && !defined("HHVM_VERSION"); if ($useStaticLoader) { require_once __DIR__ . "/autoload_static.php"; call_user_func( ComposerAutoloadComposerStaticInit7b790917ce8899df9af8ed53631a1c29::getInitializer($loader) ); } else { $map = require __DIR__ . "/autoload_namespaces.php"; foreach ($map as $namespace => $path) { $loader->set($namespace, $path); } $map = require __DIR__ . "/autoload_psr4.php"; foreach ($map as $namespace => $path) { $loader->setPsr4($namespace, $path); } $classMap = require __DIR__ . "/autoload_classmap.php"; if ($classMap) { $loader->addClassMap($classMap); } } /***********************注冊自動加載核心類對象********************/ $loader->register(true); /***********************自動加載全局函數(shù)********************/ if ($useStaticLoader) { $includeFiles = ComposerAutoloadComposerStaticInit7b790917ce8899df9af8ed53631a1c29::$files; } else { $includeFiles = require __DIR__ . "/autoload_files.php"; } foreach ($includeFiles as $fileIdentifier => $file) { composerRequire7b790917ce8899df9af8ed53631a1c29($fileIdentifier, $file); } return $loader; }我把自動加載引導類分為 5 個部分。
第一部分——單例第一部分很簡單，就是個最經典的單例模式，自動加載類只能有一個。
第二部分——構造ClassLoader核心類第二部分 new 一個自動加載的核心類對象。
loadClassLoader()函數(shù)：
從程序里面我們可以看出，composer 先向 PHP 自動加載機制注冊了一個函數(shù)，這個函數(shù) require 了 ClassLoader 文件。成功 new 出該文件中核心類 ClassLoader() 后，又銷毀了該函數(shù)。
第三部分 —— 初始化核心類對象= 50600 && !defined("HHVM_VERSION"); if ($useStaticLoader) { require_once __DIR__ . "/autoload_static.php"; call_user_func( ComposerAutoloadComposerStaticInit7b790917ce8899df9af8ed53631a1c29::getInitializer($loader) ); } else { $map = require __DIR__ . "/autoload_namespaces.php"; foreach ($map as $namespace => $path) { $loader->set($namespace, $path); } $map = require __DIR__ . "/autoload_psr4.php"; foreach ($map as $namespace => $path) { $loader->setPsr4($namespace, $path); } $classMap = require __DIR__ . "/autoload_classmap.php"; if ($classMap) { $loader->addClassMap($classMap); } }這一部分就是對自動加載類的初始化，主要是給自動加載核心類初始化頂級命名空間映射。
初始化的方法有兩種：
1. 使用 autoload_static 進行靜態(tài)初始化； 2. 調用核心類接口初始化。autoload_static 靜態(tài)初始化 ( PHP >= 5.6 )靜態(tài)初始化只支持 PHP5.6 以上版本并且不支持 HHVM 虛擬機。我們深入 autoload_static.php 這個文件發(fā)現(xiàn)這個文件定義了一個用于靜態(tài)初始化的類，名字叫 ComposerStaticInit7b790917ce8899df9af8ed53631a1c29，仍然為了避免沖突而加了 hash 值。這個類很簡單：
prefixLengthsPsr4 = ComposerStaticInit7b790917ce8899df9af8ed53631a1c29::$prefixLengthsPsr4; $loader->prefixDirsPsr4 = ComposerStaticInit7b790917ce8899df9af8ed53631a1c29::$prefixDirsPsr4; $loader->prefixesPsr0 = ComposerStaticInit7b790917ce8899df9af8ed53631a1c29::$prefixesPsr0; $loader->classMap = ComposerStaticInit7b790917ce8899df9af8ed53631a1c29::$classMap; }, null, ClassLoader::class); }這個靜態(tài)初始化類的核心就是 getInitializer() 函數(shù)，它將自己類中的頂級命名空間映射給了 ClassLoader 類。值得注意的是這個函數(shù)返回的是一個匿名函數(shù)，為什么呢？原因就是 ClassLoader類 中的 prefixLengthsPsr4 、prefixDirsPsr4等等變量都是 private的。利用匿名函數(shù)的綁定功能就可以將這些 private 變量賦給 ClassLoader 類 里的成員變量。
關于匿名函數(shù)的綁定功能。
接下來就是命名空間初始化的關鍵了。
classMap（命名空間映射）__DIR__ . "/../.." . "/app/Console/Kernel.php", "AppExceptionsHandler" => __DIR__ . "/../.." . "/app/Exceptions/Handler.php", "AppHttpControllersAuthForgotPasswordController" => __DIR__ . "/../.." . "/app/Http/Controllers/Auth/ForgotPasswordController.php", "AppHttpControllersAuthLoginController" => __DIR__ . "/../.." . "/app/Http/Controllers/Auth/LoginController.php", "AppHttpControllersAuthRegisterController" => __DIR__ . "/../.." . "/app/Http/Controllers/Auth/RegisterController.php", ...)直接命名空間全名與目錄的映射，簡單粗暴，也導致這個數(shù)組相當?shù)拇蟆?/p> PSR4 標準頂級命名空間映射數(shù)組：
array ( "phpDocumentorReflection" => 25, ), "S" => array ( "SymfonyPolyfillMbstring" => 26, "SymfonyComponentYaml" => 23, "SymfonyComponentVarDumper" => 28, ... ), ...); public static $prefixDirsPsr4 = array ( "phpDocumentorReflection" => array ( 0 => __DIR__ . "/.." . "/phpdocumentor/reflection-common/src", 1 => __DIR__ . "/.." . "/phpdocumentor/type-resolver/src", 2 => __DIR__ . "/.." . "/phpdocumentor/reflection-docblock/src", ), "SymfonyPolyfillMbstring" => array ( 0 => __DIR__ . "/.." . "/symfony/polyfill-mbstring", ), "SymfonyComponentYaml" => array ( 0 => __DIR__ . "/.." . "/symfony/yaml", ), ...)PSR4 標準頂級命名空間映射用了兩個數(shù)組，第一個是用命名空間第一個字母作為前綴索引，然后是 頂級命名空間，但是最終并不是文件路徑，而是 頂級命名空間的長度。為什么呢？
因為 PSR4 標準是用頂級命名空間目錄替換頂級命名空間，所以獲得頂級命名空間的長度很重要。
具體說明這些數(shù)組的作用：
假如我們找 SymfonyPolyfillMbstringexample 這個命名空間，通過前綴索引和字符串匹配我們得到了
26,這條記錄，鍵是頂級命名空間，值是命名空間的長度。拿到頂級命名空間后去 $prefixDirsPsr4數(shù)組 獲取它的映射目錄數(shù)組：(注意映射目錄可能不止一條)
array ( 0 => __DIR__ . "/.." . "/symfony/polyfill-mbstring", )然后我們就可以將命名空間 SymfonyPolyfillMbstringexample 前26個字符替換成目錄 __DIR__ . "/.." . "/symfony/polyfill-mbstring ，我們就得到了__DIR__ . "/.." . "/symfony/polyfill-mbstring/example.php，先驗證磁盤上這個文件是否存在，如果不存在接著遍歷。如果遍歷后沒有找到，則加載失敗。
ClassLoader 接口初始化（ PHP < 5.6 ）
如果PHP版本低于 5.6 或者使用 HHVM 虛擬機環(huán)境，那么就要使用核心類的接口進行初始化。
$path) { $loader->set($namespace, $path); } // PSR4 標準 $map = require __DIR__ . "/autoload_psr4.php"; foreach ($map as $namespace => $path) { $loader->setPsr4($namespace, $path); } $classMap = require __DIR__ . "/autoload_classmap.php"; if ($classMap) { $loader->addClassMap($classMap); }PSR4 標準的映射autoload_psr4.php 的頂級命名空間映射
array($vendorDir . "/dnoegel/php-xdg-base-dir/src"), "WebmozartAssert" => array($vendorDir . "/webmozart/assert/src"), "TijsVerkoyenCssToInlineStyles" => array($vendorDir . "/tijsverkoyen/css-to-inline-styles/src"), "Tests" => array($baseDir . "/tests"), "SymfonyPolyfillMbstring" => array($vendorDir . "/symfony/polyfill-mbstring"), ... )PSR4 標準的初始化接口:
fallbackDirsPsr4 = (array) $paths; } else { $length = strlen($prefix); if ("" !== $prefix[$length - 1]) { throw new InvalidArgumentException( "A non-empty PSR-4 prefix must end with a namespace separator." ); } $this->prefixLengthsPsr4[$prefix[0]][$prefix] = $length; $this->prefixDirsPsr4[$prefix] = (array) $paths; } }總結下上面的頂級命名空間映射過程：
( 前綴 -> 頂級命名空間，頂級命名空間 -> 頂級命名空間長度 ) ( 頂級命名空間 -> 目錄 )這兩個映射數(shù)組。具體形式也可以查看下面的 autoload_static 的 $prefixLengthsPsr4 、 $prefixDirsPsr4 。
命名空間映射autoload_classmap：
__DIR__ . "/../.." . "/app/Console/Kernel.php", "AppExceptionsHandler" => __DIR__ . "/../.." . "/app/Exceptions/Handler.php", ... )addClassMap:
classMap) { $this->classMap = array_merge($this->classMap, $classMap); } else { $this->classMap = $classMap; } }自動加載核心類 ClassLoader 的靜態(tài)初始化到這里就完成了！
其實說是5部分，真正重要的就兩部分——初始化與注冊。初始化負責頂層命名空間的目錄映射，注冊負責實現(xiàn)頂層以下的命名空間映射規(guī)則。
第四部分 —— 注冊
講完了 Composer 自動加載功能的啟動與初始化，經過啟動與初始化，自動加載核心類對象已經獲得了頂級命名空間與相應目錄的映射，也就是說，如果有命名空間 "AppConsoleKernel，我們已經可以找到它對應的類文件所在位置。那么，它是什么時候被觸發(fā)去找的呢？
這就是 composer 自動加載的核心了，我們先回顧一下自動加載引導類：
public static function getLoader() { /***************************經典單例模式********************/ if (null !== self::$loader) { return self::$loader; } /***********************獲得自動加載核心類對象********************/ spl_autoload_register(array("ComposerAutoloaderInit 7b790917ce8899df9af8ed53631a1c29", "loadClassLoader"), true, true); self::$loader = $loader = new ComposerAutoloadClassLoader(); spl_autoload_unregister(array("ComposerAutoloaderInit 7b790917ce8899df9af8ed53631a1c29", "loadClassLoader")); /***********************初始化自動加載核心類對象********************/ $useStaticLoader = PHP_VERSION_ID >= 50600 && !defined("HHVM_VERSION"); if ($useStaticLoader) { require_once __DIR__ . "/autoload_static.php"; call_user_func(ComposerAutoloadComposerStaticInit 7b790917ce8899df9af8ed53631a1c29::getInitializer($loader)); } else { $map = require __DIR__ . "/autoload_namespaces.php"; foreach ($map as $namespace => $path) { $loader->set($namespace, $path); } $map = require __DIR__ . "/autoload_psr4.php"; foreach ($map as $namespace => $path) { $loader->setPsr4($namespace, $path); } $classMap = require __DIR__ . "/autoload_classmap.php"; if ($classMap) { $loader->addClassMap($classMap); } } /***********************注冊自動加載核心類對象********************/ $loader->register(true); /***********************自動加載全局函數(shù)********************/ if ($useStaticLoader) { $includeFiles = ComposerAutoloadComposerStaticInit 7b790917ce8899df9af8ed53631a1c29::$files; } else { $includeFiles = require __DIR__ . "/autoload_files.php"; } foreach ($includeFiles as $fileIdentifier => $file) { composerRequire 7b790917ce8899df9af8ed53631a1c29($fileIdentifier, $file); } return $loader; }現(xiàn)在我們開始引導類的第四部分：注冊自動加載核心類對象。我們來看看核心類的 register() 函數(shù)：
public function register($prepend = false) { spl_autoload_register(array($this, "loadClass"), true, $prepend); }其實奧秘都在自動加載核心類 ClassLoader 的 loadClass() 函數(shù)上：
public function loadClass($class) { if ($file = $this->findFile($class)) { includeFile($file); return true; } }這個函數(shù)負責按照 PSR 標準將頂層命名空間以下的內容轉為對應的目錄，也就是上面所說的將 "AppConsoleKernel 中" ConsoleKernel 這一段轉為目錄，至于怎么轉的在下面 “運行”的部分講。核心類 ClassLoader 將 loadClass() 函數(shù)注冊到PHP SPL中的 spl_autoload_register() 里面去。這樣，每當PHP遇到一個不認識的命名空間的時候，PHP會自動調用注冊到 spl_autoload_register 里面的 loadClass() 函數(shù)，然后找到命名空間對應的文件。
全局函數(shù)的自動加載Composer 不止可以自動加載命名空間，還可以加載全局函數(shù)。怎么實現(xiàn)的呢？把全局函數(shù)寫到特定的文件里面去，在程序運行前挨個 require就行了。這個就是 composer 自動加載的第五步，加載全局函數(shù)。
if ($useStaticLoader) { $includeFiles = ComposerAutoloadComposerStaticInit7b790917ce8899df9af8ed53631a1c29::$files; } else { $includeFiles = require __DIR__ . "/autoload_files.php"; } foreach ($includeFiles as $fileIdentifier => $file) { composerRequire7b790917ce8899df9af8ed53631a1c29($fileIdentifier, $file); }跟核心類的初始化一樣，全局函數(shù)自動加載也分為兩種：靜態(tài)初始化和普通初始化，靜態(tài)加載只支持PHP5.6以上并且不支持HHVM。
靜態(tài)初始化：ComposerStaticInit7b790917ce8899df9af8ed53631a1c29::$files：
public static $files = array ( "0e6d7bf4a5811bfa5cf40c5ccd6fae6a" => __DIR__ . "/.." . "/symfony/polyfill-mbstring/bootstrap.php", "667aeda72477189d0494fecd327c3641" => __DIR__ . "/.." . "/symfony/var-dumper/Resources/functions/dump.php", ... );普通初始化autoload_files:
$vendorDir = dirname(dirname(__FILE__)); $baseDir = dirname($vendorDir); return array( "0e6d7bf4a5811bfa5cf40c5ccd6fae6a" => $vendorDir . "/symfony/polyfill-mbstring/bootstrap.php", "667aeda72477189d0494fecd327c3641" => $vendorDir . "/symfony/var-dumper/Resources/functions/dump.php", .... );其實跟靜態(tài)初始化區(qū)別不大。
加載全局函數(shù)class ComposerAutoloaderInit7b790917ce8899df9af8ed53631a1c29{ public static function getLoader(){ ... foreach ($includeFiles as $fileIdentifier => $file) { composerRequire7b790917ce8899df9af8ed53631a1c29($fileIdentifier, $file); } ... } } function composerRequire7b790917ce8899df9af8ed53631a1c29($fileIdentifier, $file) { if (empty($GLOBALS["__composer_autoload_files"][$fileIdentifier])) { require $file; $GLOBALS["__composer_autoload_files"][$fileIdentifier] = true; } }第五部分 —— 運行到這里，終于來到了核心的核心—— composer 自動加載的真相，命名空間如何通過 composer 轉為對應目錄文件的奧秘就在這一章。
前面說過，ClassLoader 的 register() 函數(shù)將 loadClass() 函數(shù)注冊到 PHP 的 SPL 函數(shù)堆棧中，每當 PHP 遇到不認識的命名空間時就會調用函數(shù)堆棧的每個函數(shù)，直到加載命名空間成功。所以 loadClass() 函數(shù)就是自動加載的關鍵了。看下 loadClass() 函數(shù):
public function loadClass($class) { if ($file = $this->findFile($class)) { includeFile($file); return true; } } public function findFile($class) { // work around for PHP 5.3.0 - 5.3.2 https://bugs.php.net/50731 if ("" == $class[0]) { $class = substr($class, 1); } // class map lookup if (isset($this->classMap[$class])) { return $this->classMap[$class]; } if ($this->classMapAuthoritative) { return false; } $file = $this->findFileWithExtension($class, ".php"); // Search for Hack files if we are running on HHVM if ($file === null && defined("HHVM_VERSION")) { $file = $this->findFileWithExtension($class, ".hh"); } if ($file === null) { // Remember that this class does not exist. return $this->classMap[$class] = false; } return $file; }我們看到 loadClass() ，主要調用 findFile() 函數(shù)。findFile() 在解析命名空間的時候主要分為兩部分：classMap 和 findFileWithExtension() 函數(shù)。classMap 很簡單，直接看命名空間是否在映射數(shù)組中即可。麻煩的是 findFileWithExtension() 函數(shù)，這個函數(shù)包含了 PSR0 和 PSR4 標準的實現(xiàn)。還有個值得我們注意的是查找路徑成功后 includeFile() 仍然是外面的函數(shù)，并不是 ClassLoader 的成員函數(shù)，原理跟上面一樣，防止有用戶寫 $this 或 self。還有就是如果命名空間是以開頭的，要去掉然后再匹配。
看下 findFileWithExtension 函數(shù)：
private function findFileWithExtension($class, $ext) { // PSR-4 lookup $logicalPathPsr4 = strtr($class, "", DIRECTORY_SEPARATOR) . $ext; $first = $class[0]; if (isset($this->prefixLengthsPsr4[$first])) { foreach ($this->prefixLengthsPsr4[$first] as $prefix => $length) { if (0 === strpos($class, $prefix)) { foreach ($this->prefixDirsPsr4[$prefix] as $dir) { if (file_exists($file = $dir . DIRECTORY_SEPARATOR . substr($logicalPathPsr4, $length))) { return $file; } } } } } // PSR-4 fallback dirs foreach ($this->fallbackDirsPsr4 as $dir) { if (file_exists($file = $dir . DIRECTORY_SEPARATOR . $logicalPathPsr4)) { return $file; } } // PSR-0 lookup if (false !== $pos = strrpos($class, "")) { // namespaced class name $logicalPathPsr0 = substr($logicalPathPsr4, 0, $pos + 1) . strtr(substr($logicalPathPsr4, $pos + 1), "_", DIRECTORY_SEPARATOR); } else { // PEAR-like class name $logicalPathPsr0 = strtr($class, "_", DIRECTORY_SEPARATOR) . $ext; } if (isset($this->prefixesPsr0[$first])) { foreach ($this->prefixesPsr0[$first] as $prefix => $dirs) { if (0 === strpos($class, $prefix)) { foreach ($dirs as $dir) { if (file_exists($file = $dir . DIRECTORY_SEPARATOR . $logicalPathPsr0)) { return $file; } } } } } // PSR-0 fallback dirs foreach ($this->fallbackDirsPsr0 as $dir) { if (file_exists($file = $dir . DIRECTORY_SEPARATOR . $logicalPathPsr0)) { return $file; } } // PSR-0 include paths. if ($this->useIncludePath && $file = stream_resolve_include_path($logicalPathPsr0)) { return $file; } }最后小結我們通過舉例來說下上面代碼的流程：
如果我們在代碼中寫下 new phpDocumentorReflectionElement()，PHP 會通過 SPL_autoload_register 調用 loadClass -> findFile -> findFileWithExtension。步驟如下：
將 轉為文件分隔符/，加上后綴php，變成 $logicalPathPsr4, 即 phpDocumentor/Reflection//Element.php;
利用命名空間第一個字母p作為前綴索引搜索 prefixLengthsPsr4 數(shù)組，查到下面這個數(shù)組：
p" => array ( "phpDocumentorReflection" => 25, "phpDocumentorFake" => 19, )遍歷這個數(shù)組，得到兩個頂層命名空間 phpDocumentorReflection 和 phpDocumentorFake
在這個數(shù)組中查找 phpDocumentorReflectionElement，找出 phpDocumentorReflection 這個頂層命名空間并且長度為25。
在prefixDirsPsr4 映射數(shù)組中得到phpDocumentorReflection 的目錄映射為：
"phpDocumentorReflection" => array ( 0 => __DIR__ . "/.." . "/phpdocumentor/reflection-common/src", 1 => __DIR__ . "/.." . "/phpdocumentor/type-resolver/src", 2 => __DIR__ . "/.." . "/phpdocumentor/reflection-docblock/src", ),遍歷這個映射數(shù)組，得到三個目錄映射；
查看 “目錄+文件分隔符//+substr($logicalPathPsr4, $length)”文件是否存在，存在即返回。這里就是
"__DIR__/../phpdocumentor/reflection-common/src + substr(phpDocumentor/Reflection/Element.php,25)"如果失敗，則利用 fallbackDirsPsr4 數(shù)組里面的目錄繼續(xù)判斷是否存在文件
以上就是 composer 自動加載的原理解析！
The end . Thanks!
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/30797.html
摘要：判斷是否存在構造函數(shù)，不存在直接實例化，存在則通過來獲取輸入函數(shù)，并有相應的方法解決依賴參數(shù)問題，實現(xiàn)依賴注入。 Laravel 框架關鍵技術解析·讀書筆記（一） 第一章 入口文件 請求訪問的入口文件，主要完成幾部分工作，分別是： 自動加載函數(shù)的添加 服務器實例化與服務注冊 路由加載 請求實例化與路由分發(fā) 相應生成與發(fā)送 其中，自動加載函數(shù)用于包含引用文件，改文件是composer...
前言 在開始之前，歡迎關注我自己的博客：www.leoyang90.cn上一篇 文章我們講到了 Composer 自動加載功能的啟動與初始化，經過啟動與初始化，自動加載核心類對象已經獲得了頂級命名空間與相應目錄的映射，換句話說，如果有命名空間 AppConsoleKernel，我們已經知道了 App 對應的目錄，接下來我們就要解決下面的就是 ConsoleKernel這一段。 注冊 我們先回顧...
摘要：中是如何實現(xiàn)代碼的自動加載的入口腳本的以下兩行代碼其中的作用注冊為自動加載函數(shù)。這個負責引入了一個類中的，隨后立即解除注冊。注冊中的為自動加載函數(shù)，并利用配置文件即目錄下的文件對這個自動加載函數(shù)進行了初始化。 1.基本知識 Include與require 的作用： 當一個文件被包含時，其中所包含的代碼繼承了 include 所在行的變量范圍。從該處開始，調用文件在該行處可用的任何...
閱讀 2963·2021-09-23 11:32
閱讀 2930·2021-09-22 15:12
閱讀 1712·2019-08-30 14:07
閱讀 3454·2019-08-29 16:59
閱讀 1646·2019-08-29 11:11
閱讀 2311·2019-08-26 13:50
閱讀 2429·2019-08-26 13:49
閱讀 2625·2019-08-26 11:49
