composer autoload 自動載入效能優化指南
composer 提供的 autoload 機制使得我們組織程式碼和引入新類庫非常方便，但是也使專案的效能下降了不少 。
composer autoload 慢的主要原因在於來自對 PSR-0 和 PSR-4 的支援，載入器得到一個類名時需要到檔案系統裡查詢對應的類檔案位置，這導致了很大的效能損耗，當然這在我們開發時還是有用的，這樣我們新增的新的類檔案就能即時生效。 但是在生產模式下，我們想要最快的找到這些類檔案，並載入他們。
因此 composer 提供了幾種優化策略，下面說明下這些優化策略。
第一層級(Level-1)優化： 生成 classmap
如何執行：
執行命令 composer dump-autoload -o
-o 等同於 --optimize）
原理：
這個命令的本質是將 PSR-4/PSR-0 的規則轉化為了 classmap 的規則， 因為 classmap 中包含了所有類名與類檔案路徑的對應關係，所以載入器不再需要到檔案系統中查詢檔案了。可以從 classmap 中直接找到類檔案的路徑。
注意事項
建議開啟 opcache , 這樣會極大的加速類的載入。
php5.5 以後的版本中預設自帶了 opcache 。
這個命令並沒有考慮到當在 classmap 中找不到目標類時的情況，當載入器找不到目標類時，仍舊會根據PSR-4/PSR-0 的規則去檔案系統中查詢
第二層級(Level-2/A)優化：權威的（Authoritative）classmap
執行命令：
執行命令 composer dump-autoload -a （-a 等同於 --classmap-authoritative）
原理
執行這個命令隱含的也執行了 Level-1 的命令， 即同樣也是生成了 classmap，區別在於當載入器在 classmap 中找不到目標類時，不會再去檔案系統中查詢（即隱含的認為 classmap 中就是所有合法的類，不會有其他的類了，除非法呼叫）
注意事項
如果你的專案在執行時會生成類，使用這個優化策略會找不到這些新生成的類。
第二層級(Level-2/B)優化：使用 APCu cache
執行命令：
執行命令 composer dump-autoload --apcu
原理：
使用這個策略需要安裝 apcu 擴充套件。
apcu 可以理解為一塊記憶體，並且可以在多程序中共享。
這種策略是為了在 Level-1 中 classmap 中找不到目標類時，將在檔案系統中找到的結果儲存到共享記憶體中， 當下次再查詢時就可以從記憶體中直接返回，不用再去檔案系統中再次查詢。
在生產環境下，這個策略一般也會與 Level-1 一起使用， 執行composer dump-autoload -o --apcu, 這樣，即使生產環境下生成了新的類，只需要檔案系統中查詢一次即可被快取 ， 彌補了Level-2/A 的缺陷。
如何選擇優化策略？
要根據自己專案的實際情況來選擇策略，如果你的專案在執行時不會生成類檔案並且需要 composer 的 autoload 去載入，那麼使用 Level-2/A 即可，否則使用 Level-1 及 Level-2/B是比較好的選擇。
幾個提示
- Level-2的優化基本都是 Level-1 優化的補充，Level-2/A 主要是決定在 classmap 中找不到目標類時是否繼續找下去的問題，Level-2/B 主要是在提供了一個快取機制，將在 classmap 中找不到時，將從檔案系統中找到的檔案路徑快取起來，加速後續查詢的速度。
- 在執行了 Level-2/A 時，表示在 classmap 中找不到不會繼續找，此時 Level-2/B 是不會生效的。
- 不論那種情況都建議要開啟 opcache， 這會極大的提高類的載入速度，我目測有效能提升