詳解composer自動載入機制
下面由composer教學欄位給大家由淺入深的介紹composer自動載入機制,希望對需要的朋友有幫助!
#前言
由於對composer自動載入機制的記憶只剩下了"spl_auto???"和"根據命名空間來推導出檔案路徑"這兩個了。 。 。還是殘缺的。 。
本想網路收藏一篇詳解,奈何,沒發現符合我覺得的"由淺入深"文章。
所以有這篇筆記了。
以下知識點即將趕來:
1.了解一下spl_autoload_register
2.composer update發生的故事
3.追蹤一下composer的自動載入
正文
1.了解spl_autoload_register
先查一下php官方手冊:
(偷懶可以只看紅色部分即可)
是不是看著一知半解?
來用白話文來翻譯一下:
我們new一個類別的話,必須先require或include類別的文件,如果沒有載入進來則會報錯。這產生一個問題:那這樣的話文件的頭部到處都是requies和include,明顯不符合程式設計師必須"偷懶"尿性。
為了不需要require或是include類文件也能正常的new一個類,出現了自動載入機制。 spl_autoload_register這個函數就專門做這個事的。
從截圖得知,此函數有三個參數:
来一波代码,印象深刻一些:
//文件 testClass.php ,即将new的类 class TestClass{ public function __construct() { echo '你已经成功new了我了'; } } //文件autoloadDemo.php文件 spl_autoload_register('autoLoad_function', true, true); function autoLoad_function($class_name){ echo "所有的require或者include文件工作都交给我吧!\r\n"; $class_filename = "./{$class_name}.php"; echo "我来加载{$class_filename}文件\r\n"; require_once("./{$class_name}.php"); } $obj_demo = new TestClass();
输出:
所有的require或者include文件工作都交给我吧! 我来加载testClass.php文件 你已经成功new了我了
明白了这个加载的原理,看下文就顺利多了。
2.composer update发生的故事
将自动加载之前,必须要先说一下composer update,这里头承载了自动加载的前提。
composer项目都包含一个composer.json的配置文件。
这里头有一个关键的字段"autoload",包含psr-4和files两个字段。
psr-4:说明是基于psr-4规范的类库,都支持自动加载,只要在后面的对象中以**“命名空间:路径”**的方式写入自己的类库信息即可。
files:这就就更直接了,写入路径就自动加载。
按照以上配置每回composer update之后呢,都会更新一个很重要的文件:./vender/composer/autoload_psr4.php。
这个文件只做了一件事情:把命名空间和文件路径对应起来,这样后续自动加载就有映射根据了。
3.追踪一下composer的自动加载
composer的故事从唯一的一个require说起:
require '../vendor/autoload.php'
这个脚本执行了一个函数:
ComposerAutoloaderInitd9b31141b114fcbee3cf55d0e97b7f87::getLoader()
继续跟getloader函数做了什么?
public static function getLoader() { if (null !== self::$loader) { return self::$loader; } spl_autoload_register(array('ComposerAutoloaderInitd9b31141b114fcbee3cf55d0e97b7f87', 'loadClassLoader'), true, true); self::$loader = $loader = new \Composer\Autoload\ClassLoader(); spl_autoload_unregister(array('ComposerAutoloaderInitd9b31141b114fcbee3cf55d0e97b7f87', 'loadClassLoader')); $useStaticLoader = PHP_VERSION_ID >= 50600 && !defined('HHVM_VERSION') && (!function_exists('zend_loader_file_encoded') || !zend_loader_file_encoded()); if ($useStaticLoader) { require_once __DIR__ . '/autoload_static.php'; call_user_func(\Composer\Autoload\ComposerStaticInitd9b31141b114fcbee3cf55d0e97b7f87::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); if ($useStaticLoader) { $includeFiles = Composer\Autoload\ComposerStaticInitd9b31141b114fcbee3cf55d0e97b7f87::$files; } else { $includeFiles = require __DIR__ . '/autoload_files.php'; } foreach ($includeFiles as $fileIdentifier => $file) { composerRequired9b31141b114fcbee3cf55d0e97b7f87($fileIdentifier, $file); } return $loader; }
这个函数主要做了两件事情:
1.将各种存有命名空间和文件映射关系的文件autoload_xxx.php加载了进来,并作了一些处理(比如:setPsr4将相关映射加载了进去,这个留意下,下文会有呼应。)。
2.注册了函数register
继续跟踪register做了什么:
public function register($prepend = false) { spl_autoload_register(array($this, 'loadClass'), true, $prepend); }
原来调用了spl_autoload_register函数,当类没加载的时候使用loadClass来加载类。(这个前文讲的很清楚了,应该很熟了)
继续跟踪loadClass实现:
public function loadClass($class) { if ($file = $this->findFile($class)) { includeFile($file); return true; } }
大概可以看出,是做了文件的include。
继续跟踪下是怎么查找文件的,看findFile函数:
public function findFile($class) { // class map lookup if (isset($this->classMap[$class])) { return $this->classMap[$class]; } if ($this->classMapAuthoritative || isset($this->missingClasses[$class])) { return false; } if (null !== $this->apcuPrefix) { $file = apcu_fetch($this->apcuPrefix.$class, $hit); if ($hit) { return $file; } } $file = $this->findFileWithExtension($class, '.php'); // Search for Hack files if we are running on HHVM if (false === $file && defined('HHVM_VERSION')) { $file = $this->findFileWithExtension($class, '.hh'); } if (null !== $this->apcuPrefix) { apcu_add($this->apcuPrefix.$class, $file); } if (false === $file) { // Remember that this class does not exist. $this->missingClasses[$class] = true; } return $file; }
这个函数做了一件事:就是寻找类从上文的autoload_xxx.php初始化的数据中来寻找映射的文件路径。
其中这个函数findFileWithExtension,适用于寻找psr-4规范的文件的映射信息的。
继续跟踪findFileWithExtension:
private function findFileWithExtension($class, $ext) { // PSR-4 lookup $logicalPathPsr4 = strtr($class, '\\', DIRECTORY_SEPARATOR) . $ext; $first = $class[0]; if (isset($this->prefixLengthsPsr4[$first])) { $subPath = $class; while (false !== $lastPos = strrpos($subPath, '\\')) { $subPath = substr($subPath, 0, $lastPos); $search = $subPath.'\\'; if (isset($this->prefixDirsPsr4[$search])) { $pathEnd = DIRECTORY_SEPARATOR . substr($logicalPathPsr4, $lastPos + 1); foreach ($this->prefixDirsPsr4[$search] as $dir) { if (file_exists($file = $dir . $pathEnd)) { 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; } return false; }
这个函数做了件事:将命名空间\类这样的类名,转换成目录名/类名.php这样的路径,再从前文setPsr4设置的映射信息中寻找映射信息,然后完成返回路径。
至此composer的自动加载机制结束。
以上是詳解composer自動載入機制的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

熱門話題

Composer提供進階功能,包括:1.別名:定義套件便捷名稱以便重複引用;2.腳本:安裝/更新套件時執行自訂指令,用於建立資料庫表或編譯資源;3.衝突解決:使用優先權規則、滿足性限制和套件別名解決多個套件對同個依賴版本的不同需求,以避免安裝衝突。

答案:PHP微服務採用HelmCharts部署進行敏捷開發,並使用DockerContainer容器化以實現隔離和可擴展性。詳細描述:使用HelmCharts自動部署PHP微服務,實現敏捷開發。 Docker映像允許對微服務進行快速迭代和版本控制。 DockerContainer標準隔離微服務,而Kubernetes負責管理容器的可用性和可擴充性。利用Prometheus和Grafana監控微服務效能和健康狀況,並創建警告和自動修復機制。

PHPCI/CD是DevOps專案中的關鍵實踐,它可實現自動化建置、測試和部署流程,從而提高開發效率和軟體品質。典型的PHPCI/CD管道包含以下階段:1)持續整合:每當程式碼發生變更時,都會自動建置和測試程式碼。 2)持續部署:透過自動部署經過測試和整合的程式碼到生產環境,從而加快交付速度。透過實施PHPCI/CD管道,可以提高開發效率,改善軟體質量,縮短上市時間並提高可靠性。

PHP程式碼版本控制:PHP開發中常用的版本控制系統(VCS)有兩個:Git:分散式VCS,開發人員本地儲存程式碼庫副本,方便協作和離線工作。 Subversion:集中式VCS,程式碼庫唯一副本儲存在中央伺服器上,提供更多控制。 VCS幫助團隊追蹤變更、協作並回滾到早期版本。

PHP資料結構視覺化有三種主要技術:Graphviz:開源工具,可建立圖表、有向無環圖和決策樹等圖形表示。 D3.js:JavaScript函式庫,用於建立互動式、資料驅動的視覺化,從PHP產生HTML和數據,再用D3.js在客戶端視覺化。 ASCIIFlow:用於建立文字表示資料流程圖的函式庫,適合流程和演算法的視覺化。

答:利用PHPCI/CD實現快速迭代,包括設定CI/CD管道、自動化測試和部署流程。設定CI/CD管道:選擇CI/CD工具,配置程式碼儲存庫,定義建置管道。自動化測試:編寫單元和整合測試,使用測試框架簡化測試。實戰案例:使用TravisCI:安裝TravisCI,定義管道,啟用管道,查看結果。實現持續交付:選擇部署工具,定義部署管道,自動化部署。效益:提高開發效率、減少錯誤、縮短交貨時間。

使用Redis快取可以大幅優化PHP數組分頁的效能。可透過以下步驟實現:安裝Redis客戶端。連接到Redis伺服器。建立快取數據,將每頁資料儲存到Redis雜湊中,金鑰為"page:{page_number}"。從快取中獲取數據,避免對大型數組進行昂貴的操作。

Composer透過使用composer.lock檔案來管理依賴項,該檔案記錄了所有已安裝依賴項及其確切版本,使其:確保一致性,避免版本衝突。提高效能,無需重複搜尋軟體包。追蹤更改,記錄每次安裝命令後已安裝的依賴項版本。
