小編給大家分享一下Composer autoload的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！
創(chuàng)新互聯(lián)公司專業(yè)提供成都主機(jī)托管四川主機(jī)托管成都服務(wù)器托管四川服務(wù)器托管，支持按月付款！我們的承諾：貴族品質(zhì)、平民價(jià)格，機(jī)房位于中國(guó)電信/網(wǎng)通/移動(dòng)機(jī)房，成都多線服務(wù)器托管服務(wù)有保障！
眾所周知 composer 是現(xiàn)代 PHP 項(xiàng)目的基石， 與古老的 pear 不同， composer 并不是一款專注于系統(tǒng)級(jí)別 php 管理的包管理系統(tǒng)，而是基于項(xiàng)目的一個(gè)庫管理系統(tǒng)。這就好比 npm install -g 和 npm install 的區(qū)別。而且最主要的是 pear 不太能跟上時(shí)代的潮流，在大家都在用 psr-* 的時(shí)候 pear 依然我行我素自成一體。
好吧，可能這是好事，但是也是壞事。好事是很多優(yōu)秀的包都從 pear 發(fā)家致富，比如 PHP_CodeSniffer, PHP_Unit 等等。但是隨著時(shí)代的發(fā)展，php社區(qū)也漸漸地從其他社區(qū)汲取到了一些精華，慢慢地向前發(fā)展。最近的 laravel 就是直接扔進(jìn)了 composer。因?yàn)?psr-4 這個(gè)規(guī)范真是不能再爽更多。這真的是我用各種包用得最順手的一套命名規(guī)范了。
扯遠(yuǎn)了，扯回 vendor/composer/autoload_real.php 這個(gè)核心 composer 文件。
總體來說 composer 提供了幾種自動(dòng)加載類型
classmap
psr-0
psr-4
files
這幾種自動(dòng)加載都會(huì)用到，理論上來說，項(xiàng)目代碼用 psr-4 自動(dòng)加載， helper 用 files 自動(dòng)加載，development 相關(guān)用 classmap 自動(dòng)加載。 psr-0 已經(jīng)被拋棄了，不過有些歷史遺留依然在用，所以偶爾也會(huì)看到。
這應(yīng)該是最最簡(jiǎn)單的 autoload 模式了。大概的意思就是這樣的：
重慶分公司
重慶分公司
{
"classmap": ["src/"]
}然后 composer 在背后就會(huì)讀取這個(gè)文件夾中所有的文件 然后再 vendor/composer/autoload_classmap.php 中怒將所有的 class 的 namespace + classname 生成成一個(gè) key => value 的 php 數(shù)組
$baseDir . '/app/Console/Kernel.php' ]; ?>
然后就可以光明正大地用 spl_autoload_register 這個(gè)函數(shù)來怒做自動(dòng)加載了。
好吧 上面的例子其實(shí)有點(diǎn) tricky 就是上面這個(gè) autoload 實(shí)際上是根據(jù) prs-4 來生成出來的。不過這不重要，了解底層重要點(diǎn)，我們可以看到所有的所謂的 autoloading 其實(shí)可以理解為生成了這么一個(gè) classmap，這是 composer dump-autoload -o 做的事兒。不然的話compoesr 會(huì)吭哧吭哧地去動(dòng)態(tài)讀取 psr-4 和 prs-0 的內(nèi)容。
現(xiàn)在這個(gè)標(biāo)準(zhǔn)已經(jīng)過時(shí)了。當(dāng)初制定這個(gè)標(biāo)準(zhǔn)的時(shí)候主要是在 php 從 5.2 剛剛躍遷到 5.3+ 有了命名空間的概念。所以這個(gè)時(shí)候 psr-0 的標(biāo)準(zhǔn)主要考慮到了 <5.2 的 php 中 類似 Acme_Util_ClassName 這樣的寫法。
{
"name": "acme/util",
"auto" : {
"psr-0": {
"Acme\\Util\\": "src/"
}
}
}文檔結(jié)構(gòu)是這樣的
vendor/ acme/ util/ composer.json src/ Acme/ Util/ ClassName.php
ClassName.php 中是這樣的
我們可以看到由于舊版本的 php 沒有 namespace 所以必須通過 _ 將類區(qū)分開。
這樣稍微有點(diǎn)麻煩。指向一個(gè)文件夾之后 src 還要在 src 中分成好幾層文檔樹。這樣太深了。沒有辦法，但是似乎想要兼容 _ 的寫法仔細(xì)想想這是唯一的辦法了。（psr-0 要求 autoloading 的時(shí)候?qū)?類中的 _ 轉(zhuǎn)義為 '\'）
所以在 php5.2 版本已經(jīng)徹底被拋棄的今天， FIG 就怒推出了 psr-4
這個(gè)標(biāo)準(zhǔn)出來的時(shí)候一片噴聲，大概的意思就是 FIG 都是傻逼么，剛剛出了 psr-0 然后緊跟著進(jìn)推翻了自己。不過 FIG 也有自己的苦衷，幫沒有 namespace 支持的 php5.2 擦了那么久的屁股，在2014年10月21日的早晨，終于丟失了睡眠。
拋棄了 psr-0 的 composer 從此變得非常清爽。
最簡(jiǎn)單來講就是可以把 prs-4 的 namespace 直接想想成 file structure
{
"name": "acme/util",
"auto" : {
"psr-4": {
"Acme\\Util\\": "src/"
}
}
}vendor/ acme/ util/ composer.json src/ ClassName.php
可以看到將 Acme\Util 指向了 src 之后 psr-4 就會(huì)默認(rèn)所有的 src 下面的 class 都已經(jīng)有了 Acme\Util 的 基本 namespace，而 psr-4 中不會(huì)將 _ 轉(zhuǎn)義成 \ 所以就沒有必要有 psr-0 那么深得文檔結(jié)構(gòu)了。
然而這還是不夠。因?yàn)榭赡軙?huì)有一些全局的 helper function 的存在。
這個(gè)寫法很簡(jiǎn)單就不多看了。
{
"files": [
"path/to/file.php"
]
}好了看了所有的 autoload 類型那么直接怒看一發(fā)實(shí)現(xiàn)。
首先映入眼簾的就是一坨，我的是這樣的
ComposerAutoloaderInit64c47026c93126586e44d036738c0862
為啥？
因?yàn)檫@個(gè)類是全局的啊少年。
作為模塊化大行其道的今天，全局的類總是有那么點(diǎn)奇怪。為了不讓這個(gè) autoload 的 helper 污染全局，composer 的仁兄們還是絞盡腦汁怒弄了這么一個(gè)奇怪的 hash。這直接就逼迫廣大二筆程序員們不要跟這個(gè)撞衫。
好吧，接著往下看。
主要只有這么一個(gè)方法 getLoader
$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);
$includeFiles = require __DIR__ . '/autoload_files.php';
foreach ($includeFiles as $file) {
composerRequire64c47026c93126586e44d036738c0862($file);
}
return $loader;
}
}
function composerRequire64c47026c93126586e44d036738c0862($file)
{
require $file;
}
?>在講什么？其實(shí)很簡(jiǎn)單。
找 Composer\ClassLoader 如果不存在就是生成一個(gè)實(shí)例放在 ComposerAutoloaderInit64c47026c93126586e44d036738c0862 中
然后將 composer cli 生成的各種 autoload_psr4, autoload_classmap, autoload_namespaces(psr-0) 全都注冊(cè)到 Composer\ClassLoader 中。
直接 require 所有在 autoload_files 中的文件
其中 composerRequire64c47026c93126586e44d036738c0862 要解釋下。 為什么這個(gè)不直接用 require 而是定義在了類的外邊？
調(diào)查 Composer\ClassLoader 發(fā)現(xiàn)了這么一個(gè)注釋
Scope isolated include. Prevents access to $this/self from included files.
好吧還是怕二筆程序員犯渾。想想一下，如果有人在 autoload_files 中的文件中寫了 $this 或者 self 那就屎了。所以當(dāng)require 一個(gè)file的時(shí)候我們希望解釋器能夠成功報(bào)錯(cuò)。
不容易，終于快要?jiǎng)倮恕?/p>
composer dump-autoload ?剛開始接觸用 composer 的時(shí)候一直被這個(gè)問題蠱惑。很不理解為什么總是要打這句命令才能不報(bào)錯(cuò)，現(xiàn)在終于知道根結(jié)了。
因?yàn)?
database文件夾使用 classmap 來做加載的。所以只有在打了 composer dumpautoload 之后 composer 才會(huì)更新 autoload_classmap 的內(nèi)容。
composer dump-autoload ?可以怒用 psr-4 注冊(cè)一個(gè)文件夾這樣增減文件就不用再管了。Composer\ClassLoader 會(huì)自動(dòng)檢查 composer.json 中注冊(cè)的 psr-4 入口然后根據(jù) psr-4 去自動(dòng)查找文件。
composer dump-atoload -o ?因?yàn)?psr-4 自動(dòng)加載會(huì)再背后跑一些邏輯。具體可以調(diào)查 Composer\ClassLoader 去看。
prefixLengthsPsr4[$first])) {
foreach ($this->prefixLengthsPsr4[$first] as $prefix => $length) {
if (0 === strpos($class, $prefix)) {
foreach ($this->prefixDirsPsr4[$prefix] as $dir) {
if (is_file($file = $dir . DIRECTORY_SEPARATOR . substr($logicalPathPsr4, $length))) {
return $file;
}
}
}
}
}
// PSR-4 fallback dirs
foreach ($this->fallbackDirsPsr4 as $dir) {
if (is_file($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 (is_file($file = $dir . DIRECTORY_SEPARATOR . $logicalPathPsr0)) {
return $file;
}
}
}
}
}
// PSR-0 fallback dirs
foreach ($this->fallbackDirsPsr0 as $dir) {
if (is_file($file = $dir . DIRECTORY_SEPARATOR . $logicalPathPsr0)) {
return $file;
}
}
// PSR-0 include paths.
if ($this->useIncludePath && $file = stream_resolve_include_path($logicalPathPsr0)) {
return $file;
}
}
?>可以看到 psr-4 或者 psr-0 的自動(dòng)加載都是一件很累人的事兒?；臼莻€(gè) O(n2) 的復(fù)雜度。另外有一大堆 is_file 之類的 IO 操作所以性能堪憂。
所以給出的解決方案就是空間換時(shí)間。
Compsoer\ClassLoader 會(huì)優(yōu)先查看 autoload_classmap 中所有生成的注冊(cè)類。如果在classmap 中沒有發(fā)現(xiàn)再 fallback 到 psr-4 然后 psr-0
所以當(dāng)打了 composer dump-autoload -o 之后，composer 就會(huì)提前加載需要的類并提前返回。這樣大大減少了 IO 和深層次的 loop。
以上是“Composer autoload的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！
