使用Laravel做開發(fā)是高效而愉悅的體驗(yàn)。
通常，當(dāng)你準(zhǔn)備部署應(yīng)用的時(shí)候，你可能會(huì)意識(shí)到應(yīng)用也許會(huì)在真實(shí)環(huán)境下表現(xiàn)不佳。
需要明白的是，沒有銀彈。通過努力去對(duì)應(yīng)用的每個(gè)細(xì)節(jié)完成所有的優(yōu)化，速度可能會(huì)變慢，但使用下面這些技巧會(huì)讓你感到恰到好處。
緩存配置文件
laravel 的配置項(xiàng)分布在數(shù)十個(gè)配置文件中，在每次的請(qǐng)求中都將每個(gè)文件 including 進(jìn)來很消耗性能。為了將所有的配置文件都合并為一個(gè)，可以使用：
記住修改了配置文件后不會(huì)影響已有的配置文件緩存。為了刷新緩存，可以再次上述的命令。如果你想完全清除緩存，執(zhí)行：
路由緩存
在laravel中，路由也需要昂貴的開銷。用以下命令緩存 routes.php 文件:
請(qǐng)注意，它不適用于閉包。 如果你正在使用閉包，這是一個(gè)很好的機(jī)會(huì)將它們移動(dòng)到控制器中，因?yàn)?artisan 命令在嘗試編譯綁定到閉包的路徑而不是正確的控制器方法時(shí)會(huì)拋出異常。
與配置緩存相同，對(duì) routes.php 的任何更改都不會(huì)有任何影響。 要刷新緩存，請(qǐng)?jiān)诿看胃穆窂轿募r(shí)運(yùn)行上面的命令。 要完全清理干凈路由緩存，請(qǐng)運(yùn)行以下命令:
類映射加載優(yōu)化
在一個(gè)中型項(xiàng)目中，存在數(shù)百個(gè) PHP 源文件是很正常的事情，由于良好的編程習(xí)慣，我們會(huì)把代碼做一些分離，每一個(gè) php 文件都有自己的職責(zé)。當(dāng)然，這并非沒有缺點(diǎn)，Laravel 必須為每一次請(qǐng)求都加載這數(shù)百個(gè)文件，這是一件很消耗性能的事情。
因此，一個(gè)比較好的辦法是聲明哪些文件是用戶每一次請(qǐng)求（如：服務(wù)提供者，中間件等）都需要載入的 ，然后將這些需要每次加載的文件寫入同一個(gè)文件中，減少 include 文件的數(shù)量。
這類似于 javascript 將文件合并為一個(gè)沒有區(qū)別 （webpack, gulp），會(huì)減少游覽器會(huì)服務(wù)器的請(qǐng)求。
如果需要添加其他的源文件，可以在 config / compile.php 的files key中聲明。
當(dāng)你把需要為每個(gè)請(qǐng)求都加載的文件設(shè)置好之后，它們就會(huì)寫入同一個(gè)文件中，減少加載文件的性能消耗
php artisan optimize --force
優(yōu)化 composer 的自動(dòng)加載
這不僅適用于 laravel，而且適用于任何使用 composer 的應(yīng)用程序。
我將首先解釋 PSR-4 自動(dòng)加載器的工作原理，然后向您展示應(yīng)該運(yùn)行什么命令來優(yōu)化它。如果您對(duì)了解 composer 如何工作不感興趣，我建議您直接跳到關(guān)于控制臺(tái)命令的段落處。
當(dāng)您向 compsoser 請(qǐng)求 App\Controllers\AuthController 類時(shí)，它首先在類映射中搜索直接關(guān)聯(lián)。classmap 是一個(gè)由類和文件組成的 1 到 1 關(guān)聯(lián)的數(shù)組。當(dāng)然，由于您沒有手動(dòng)將 Login 類及其相關(guān)文件添加到類映射中，composer 將繼續(xù)在命名空間中搜索。
因?yàn)?App 是一個(gè) PSR-4 命名空間，默認(rèn)情況下是與 Laravel 一起提供的，并且與 app/ 文件夾相關(guān)聯(lián)，所以 composer 將嘗試使用基本的字符串操作過程將 PSR-4 類名轉(zhuǎn)換為文件名。最后，它猜測 App\Controllers\AuthController 必須位于 AuthController.php 文件中，它位于 Controllers/ 文件夾中，恰巧的是，該文件夾正好位于名稱空間文件夾中，即 app/。
所有這些艱苦的工作只是為了得到 App\Controllers\AuthController 類存在于 app/Controllers/AuthController.php 文件中。為了讓 composer 掃描整個(gè)應(yīng)用程序并創(chuàng)建類和文件的直接 1 對(duì) 1 關(guān)聯(lián)，運(yùn)行以下命令:
請(qǐng)記住，如果您已經(jīng)運(yùn)行了 php artisan optimize --force，那么您就不必再運(yùn)行這個(gè)函數(shù)了。因?yàn)閮?yōu)化命令已經(jīng)告訴 composer 創(chuàng)建一個(gè)優(yōu)化的自動(dòng)加載器。
JIT 編譯器（即時(shí)編譯器）
PHP 并不是天然就被計(jì)算機(jī)理解的。你不能把它編譯為字節(jié)碼然后讓計(jì)算機(jī)運(yùn)行。PHP 必須要經(jīng)過一個(gè)中介，像是 Zend 引擎，它會(huì)解釋 PHP 文件并執(zhí)行相應(yīng)的 C 例程。如你所想，它的速度很慢。每次你的服務(wù)器執(zhí)行一個(gè) PHP 文件，都必須把它轉(zhuǎn)換成 tokens —— 這個(gè)過程由 AST 解析器完成并解釋。不幸的是，解析器必須每次都編譯 PHP 文件，即使它每次都得到相同的結(jié)果。
為了讓你的應(yīng)用速度更快，你需要一個(gè) 編譯一次，終生運(yùn)行 的方法，而這就是一個(gè) JIT 編譯器所做的事情。
對(duì)于 Laravel 所推薦使用的 JIT 編譯器是 HHVM，由 Facebook 創(chuàng)立并廣泛使用。Wikipedia、Etsy 和其他上千項(xiàng)目也在使用它。
使用更快的緩存和會(huì)話驅(qū)動(dòng)
將 session 保存在文件中是種足夠快速而又優(yōu)雅的方法，自 PHP 開始的時(shí)代就在這樣做了。但是如果你追求性能，那么文件系統(tǒng)就是你需要注意的一件事，因?yàn)樗苈?。一種更好的做法是將 cache 和 session 存儲(chǔ)在內(nèi)存中，因?yàn)樗峁┝艘环N高效讀寫數(shù)據(jù)的方式。幸運(yùn)的是，laravel 支持一些基于內(nèi)存的 cache 和 session 驅(qū)動(dòng)。
我的建議是使用 memcached 作為 cache 和 session 的驅(qū)動(dòng)，但你可以選擇任何你喜歡的，只要它是基于內(nèi)存工作的。
要更改 session 驅(qū)動(dòng)，需要檢查以下文件中「driver」項(xiàng)：
要更改 cache 驅(qū)動(dòng)，需要檢查以下文件中「driver」項(xiàng)：
不要低估通過優(yōu)化查詢語句帶來的查詢速度的提升
就像你看到的，大部分優(yōu)化都是在不同的層面使用緩存。但當(dāng)面臨數(shù)據(jù)庫優(yōu)化時(shí)，你不應(yīng)該依賴緩存。緩存應(yīng)是優(yōu)化查詢的最后手段。
緩存查詢結(jié)果
MySQL 不會(huì)替你做這件事，也不如你自己做的好。當(dāng)然了你肯定不會(huì)把應(yīng)用中每個(gè)查詢的結(jié)果都做緩存，看看數(shù)據(jù)統(tǒng)計(jì)，在應(yīng)用程序中那些高頻率的查詢語句，它們真的有必要被頻繁地執(zhí)行？每 15 分鐘運(yùn)行一次然后把相同的結(jié)果提供給用戶不是更好嗎？
在查詢構(gòu)造器中移除了 removing方法是件好事（它曾經(jīng)是個(gè)很好的功能，但不夠好 - 人們似乎高估了它的作用）。然后你可以更多地使用 Cache::remember 方法，就像這樣：
$posts = Cache::remember('index.posts', 30, function()
{
return Post::with('comments', 'tags', 'author', 'seo')->whereHidden(0)->get();
});
