下面由composer教程欄目給大家介紹?composer autoload 自動加載性能優(yōu)化指南，希望對需要的朋友有所幫助！
composer 提供的 autoload 機制使得我們組織代碼和引入新類庫非常方便，但是也使項目的性能下降了不少 。
composer autoload 慢的主要原因在于來自對 PSR-0 和 PSR-4 的支持，加載器得到一個類名時需要到文件系統(tǒng)里查找對應(yīng)的類文件位置，這導致了很大的性能損耗，當然這在我們開發(fā)時還是有用的，這樣我們添加的新的類文件就能即時生效。 但是在生產(chǎn)模式下，我們想要最快的找到這些類文件，并加載他們。
因此 composer 提供了幾種優(yōu)化策略，下面說明下這些優(yōu)化策略。
第一層級(Level-1)優(yōu)化： 生成 classmap
如何運行：
執(zhí)行命令 composer dump-autoload -o （-o 等同于 –optimize）
原理：
這個命令的本質(zhì)是將 PSR-4/PSR-0 的規(guī)則轉(zhuǎn)化為了 classmap 的規(guī)則， 因為 classmap 中包含了所有類名與類文件路徑的對應(yīng)關(guān)系，所以加載器不再需要到文件系統(tǒng)中查找文件了。可以從 classmap 中直接找到類文件的路徑。
注意事項
建議開啟 opcache , 這樣會極大的加速類的加載。
php5.5 以后的版本中默認自帶了 opcache 。
這個命令并沒有考慮到當在 classmap 中找不到目標類時的情況，當加載器找不到目標類時，仍舊會根據(jù)PSR-4/PSR-0 的規(guī)則去文件系統(tǒng)中查找
第二層級(Level-2/A)優(yōu)化：權(quán)威的（Authoritative）classmap
執(zhí)行命令：
執(zhí)行命令 composer dump-autoload -a （-a 等同于 –classmap-authoritative）
原理
執(zhí)行這個命令隱含的也執(zhí)行了 Level-1 的命令， 即同樣也是生成了 classmap，區(qū)別在于當加載器在 classmap 中找不到目標類時，不會再去文件系統(tǒng)中查找（即隱含的認為 classmap 中就是所有合法的類，不會有其他的類了，除非法調(diào)用）
注意事項
如果你的項目在運行時會生成類，使用這個優(yōu)化策略會找不到這些新生成的類。
第二層級(Level-2/B)優(yōu)化：使用 APCu cache
執(zhí)行命令：
執(zhí)行命令 composer dump-autoload –apcu
原理：
使用這個策略需要安裝 apcu 擴展。
apcu 可以理解為一塊內(nèi)存，并且可以在多進程中共享。
這種策略是為了在 Level-1 中 classmap 中找不到目標類時，將在文件系統(tǒng)中找到的結(jié)果存儲到共享內(nèi)存中， 當下次再查找時就可以從內(nèi)存中直接返回，不用再去文件系統(tǒng)中再次查找。
在生產(chǎn)環(huán)境下，這個策略一般也會與 Level-1 一起使用， 執(zhí)行composer dump-autoload -o –apcu, 這樣，即使生產(chǎn)環(huán)境下生成了新的類，只需要文件系統(tǒng)中查找一次即可被緩存 ， 彌補了Level-2/A 的缺陷。
如何選擇優(yōu)化策略？
要根據(jù)自己項目的實際情況來選擇策略，如果你的項目在運行時不會生成類文件并且需要 composer 的 autoload 去加載，那么使用 Level-2/A 即可，否則使用 Level-1 及 Level-2/B是比較好的選擇。
幾個提示
-
Level-2的優(yōu)化基本都是 Level-1 優(yōu)化的補充，Level-2/A 主要是決定在 classmap 中找不到目標類時是否繼續(xù)找下去的問題，Level-2/B 主要是在提供了一個緩存機制，將在 classmap 中找不到時，將從文件系統(tǒng)中找到的文件路徑緩存起來，加速后續(xù)查找的速度。
-
在執(zhí)行了 Level-2/A 時，表示在 classmap 中找不到不會繼續(xù)找，此時 Level-2/B 是不會生效的。
-
不論那種情況都建議要開啟 opcache， 這會極大的提高類的加載速度，我目測有性能提升至少 10倍。
