參考：http://www.phpmianshi.com/?id=79
Laravel 優化介紹：
https://segmentfault.com/a/1190000011569012
1.緩存配置信息 php artisan config:cache
2.緩存路由信息 php artisan router:cache
3.類映射加載優化 php artisan optimize
4.自動加載優化 composer dumpautoload
什麼是 Opcache
每一次執行 PHP 腳本的時候，該腳本都需要被編譯成字節碼，而 OPcache 可以對該字節碼進行緩存，這樣，下次請求同一個腳本的時候，該腳本就不需要重新編譯，這極大節省了腳本的執行時間，從而讓應用運行速度更快，同時也節省了服務器的開銷。
用數字說話
我們當然很想知道到底進行了怎樣的優化，儘管性能提升高度依賴於應用和服務器的配置，不過我們可以通過運行基準測試（benchmark）有一個大概的瞭解。
爲此我專門準備了一個很低配置的機器：1核CPU，1G內存來運行 Apache 基準測試。我請求的是 Laravel 5.4 默認的歡迎頁面，讓 10 個併發請求持續訪問 1 分鐘，以下是關閉 OPcache 的基準測試結果：
OPcache disabled: 10.18 requests per second
對於一個這麼低配置的服務器而言，這也不算太壞，但是我們可以做得更好。開啓 OPcache 的基準測試結果如下（使用默認 OPcache 配置）：
Enabled with default values: 34.52 requests per second
差距還是很大的！我們接下來對 OPcache 配置進行優化，基準測試的表現效果更好：
Enabled with optimized values: 42.53 requests per second
這把服了沒有？
聽起來很牛逼，不過怎麼使用呢
首先，我們需要確保在服務器上安裝了 OPcache。
當然，如果不放心，可以通過查看 phpinfo() 進行確認 如果沒有，則需要自己去安裝。
接下來，我們需要在 PHP 的配置文件中啓用 OPcache（默認是關閉的）：
opcache.enable=1
下面我們繼續對 OPcache 進行一些優化配置：
opcache.memory_consumption=512
這個配置表示你想要分配給 OPcache 的內存空間（單位：MB），設置一個大於 64 的值即可。
opcache.interned_strings_buffer=64
這個配置表示你想要分配給實際字符串的空間（單位：MB），設置一個大於 16 的值即可。
opcache.max_accelerated_files=10000
這個配置表示可以緩存多少個腳本，將這個值儘可能設置爲與項目包含的腳本數接近（或更大）。
opcache.validate_timestamps=0
如果設置爲 0（性能最佳），需要手動在每次 PHP 代碼更改後手動清除 OPcache。如果你不想要手動清除，可以將其設置爲 1 並通過 opcache.revalidate_freq 配置重新驗證間隔，這可能會消耗一些性能，因爲需要每隔 x 秒檢查更改（默認1）。
opcache.save_comments=1
這個配置會在腳本中保留註釋，我推薦開啓該選項，因爲一些庫依賴於這個配置，並且我也找不出什麼關閉它的好處。
opcache.fast_shutdown=0
快速關閉會給一個更快速清理內存的機制，不過，在我的基準測試中，更慢一些，可能這會應用帶來一些性能提升，但是你需要自己去嘗試。
所以，最終的配置優化長這樣：
opcache.enable=1 opcache.memory_consumption=512 opcache.interned_strings_buffer=64 opcache.max_accelerated_files=10000 //最大加速文件數，linux下可以通過find . -type f -print | grep php | wc -l命令查看項目有的文件數，該值應該大於項目下的文件數 opcache.validate_timestamps=0 opcache.save_comments=1 opcache.fast_shutdown=0
手動清理緩存
除了重啓php-fpm的進程可以清理opcache緩存外，
需要注意的是，當PHP以PHP-FPM的方式運行的時候，opcache的緩存是無法通過php命令 opcache_reset()進行清除的，只能通過http或cgi到php-fpm進程的方式來清除緩存。
總結
如果代碼發佈是全量發佈，切換軟鏈接的方式，可以設置opcache.validate_timestamps=1和opcache.revalidate_freq=1來定時自動更新緩存。
如果代碼發佈是覆蓋更新舊目錄，則可以重啓php-fpm及在腳本中或代碼文件中使用opcache_reset函數來清理所有緩存。
如果可以獲取到更新的代碼文件列表，則可以使用opcache_invalidate函數來清理代碼，同時也可以避免影響到其他業務的緩存。
準備好 Laravel 應用
前面提到，opcache.validate_timestamps 設置爲 0 的話我們需要在每次修改 PHP 代碼後手動清除 OPcache。爲此我創建了一個擴展包來提供相應的 Artisan 命令處理 OPcache 清理事宜：https://github.com/appstract/laravel-opcache
安裝完擴展後，只需執行如下命令即可清理 OPcache：
php artisan opcache:clear
此外，改擴展包還提供了一些其他有用的工具，你可以在項目的 GitHub頁面 上看到。