PHP優(yōu)化
默認安裝的 PHP 就像是在百貨商店里購買的普通套裝倦青，雖然合身瓮床，卻不完美。調優(yōu)的 PHP 就像是定做的套裝，完全匹配你的尺寸隘庄。不過踢步，需要注意的是，調優(yōu) PHP 只是提升 PHP 性能和效率的舉措丑掺，對拙劣的代碼和無響應的 API 調用無計可施获印。
php.ini文件
PHP 解釋器在 php.ini 文件中配置和調優(yōu)，這個文件在不同操作系統(tǒng)中的位置有所不同街州，而且一般命令行對應的 php.ini 和 PHP-FPM 對應的 php.ini文件是分開的兼丰。這里我們假設配置的是 PHP-FPM 對應的 php.ini，但是下面講的優(yōu)化措施適用于所有php.ini
注：我們首先應該使用 PHP Iniscan工具掃描 php.ini唆缴，檢查使用了安全方面的最佳實踐鳍征。
內存
運行 PHP 時需要關心每個 PHP 進程要使用多少內存， php.ini中的 memory_limit設置用于設定單個 PHP 進程可以使用的系統(tǒng)內存最大值面徽。
這個設置的默認值是 128M蟆技，這對于大多數(shù)中小型 PHP 應用來說或許合適，不過斗忌，如果運行的是微型 PHP 應用，可以降低這個值旺聚，以便節(jié)省系統(tǒng)資源织阳，反之，如果運行的是內存集中型 PHP 應用砰粹，可以增加這個值唧躲。這個值的大小由可用的系統(tǒng)內存決定，確定給 PHP 分配多少值是一門藝術碱璃，決定給 PHP 分配多少內存弄痹，以及能負擔起多少個 PHP-FPM 進程時，可以根據以下維度信息進行判斷：
- 一共可以分配給 PHP 多少內存嵌器？以一個 2G 內存的 VPS 為例肛真，這臺設備中可能還運行了其他進程，如 MySQL爽航、Nginx 等蚓让，那么留 512M 給 PHP 是合適的。
- 每個 PHP 進程平均耗費多少內存讥珍？這個要監(jiān)控進程的內存使用量历极，可以使用命令行命令 top，也可以在 PHP 腳本中調用
memory_get_peak_usage()函數(shù)衷佃，不管使用哪種方式趟卸，都要多次運行同一個腳本，然后取內存消耗的平均值。 - 能負擔起多少個 PHP-FPM 進程锄列？假設我給 PHP 分配了 512M 內存图云，每個 PHP 進程平均耗費 15M 內存，那么可以負擔起 34 個 PHP-FPM 進程右蕊。
- 有足夠的系統(tǒng)資源嗎琼稻？最后還需要確認有足夠的系統(tǒng)資源運行 PHP 應用并處理預期的流量。
注：我們應該使用 Apache Bench 或 Siege 在類似生產環(huán)境的條件下對 PHP 應用做壓力測試饶囚，以確定生產環(huán)境是否有足夠的資源可用帕翻。
Zend OPcache
確定要分配多少內存后，就可以配置 PHP 的 Zend OPcache 擴展萝风，關于這個擴展的詳細信息可參考這篇文章：http://laravelacademy.org/post/4396.html嘀掸。
PHP 5.5.0+ 內置了這個擴展，下面是在 php.ini 文件中配置和優(yōu)化 Zend OPcache 擴展所用的設置：
- opcache.memory_consumption = 64：為操作碼緩存分配的內存（單位是MB）规惰，分配的內存量應該可以保存應用中所有 PHP 腳本編譯得到的操作碼睬塌，這個值根據應用的體量可以設置成不同大小的值。
- opcache.interned_strings_buffer = 16：用來存儲駐留字符串的內存量（單位是MB）歇万，什么是駐留字符串呢揩晴？PHP 解釋器在背后會找到相同字符串的多個實例，把這個字符串保存在內存中贪磺，如果再次使用相同的字符串硫兰，PHP 解釋器會使用指針，這么做的目的是節(jié)省內存寒锚。默認情況下劫映，PHP 駐留字符串會隔離在各個 PHP 進程中，這個設置能讓 PHP-FPM 進程池把所有進程駐留字符串存儲到共享的緩沖區(qū)中刹前，以便在 PHP-FPM 進程池中的多個進程之間引用駐留字符串泳赋，這樣能節(jié)省更多內存。
- opcache.max_accelerated_files = 4000：操作碼緩存中最多能存儲多少個 PHP 腳本喇喉，這個值的區(qū)間是 2000 到 100000 之間祖今，這個值一定要比 PHP 應用中的文件數(shù)大。
- opcache.validate_timestamps = 1：這個設置的值為1時轧飞，經過一段時間后 PHP 會檢查 PHP 腳本的內容是否有變化衅鹿，檢查的時間間隔由 opcache.revalidate_freq 設置指定。如果這個設置的值為0过咬，PHP 不會檢查 PHP 腳本的內容是否有變化大渤，我們必須自己動手清除緩存的操作碼。建議在開發(fā)環(huán)境中設置為1掸绞，生產環(huán)境中設置為0泵三。
- opcache.revalidate_freq = 0：設置多久（單位是秒）檢查一次 PHP 腳本內容是否有變化耕捞。設置為0秒的含義是僅當opcache.validate_timestamps 設置為1時，才會在每次請求時都重新驗證 PHP 文件烫幕，因此俺抽，在開發(fā)環(huán)境中每次都會重新驗證 PHP 文件，在生產環(huán)境中則不驗證较曼。
- opcache.fast_shutdown = 1：這么設置能讓操作碼使用更快的停機步驟磷斧，把對象析構和內存釋放交給 Zend Engine 的內存管理器完成。
文件上傳
如果你的應用允許上傳文件捷犹，最好設置最大能上傳的文件大小弛饭。除此之外，最好還要設置最多能同時上傳多少個文件：
file_uploads = 1
upload_max_filesize = 10M
max_file_uploads = 3
默認情況下萍歉，PHP 允許在單次請求中上傳 20 個文件侣颂，上傳的文件最大為 2MB，這里我設置為單次請求最多只能上傳 3 個文件枪孩，每個文件最大為 10MB憔晒，這個值不要設置太大，否則會出現(xiàn)超時蔑舞。
注：如果非要上傳大文件拒担，Web 服務器的配置也要做相應調整。除了在 php.ini 中設置之外攻询，還要調整 Nginx 虛擬主機配置中的 client_max_body_size 設置澎蛛。
最長執(zhí)行時間
php.ini 文件中的 max_execution_time 用于設置單個 PHP 進程在終止之前最長可運行時間。這個設置默認是 30 秒蜕窿，建議將其設置為 5 秒：
max_execution_time = 5
注：在 PHP 腳本中可以調用 set_limit_time() 函數(shù)覆蓋這個設置。
假設我們想要生成報告呆馁，并把結果制作成 PDF 文件桐经，這個任務可能要花 10 分鐘才能完成，而我們肯定不想讓 PHP 請求等待 10 分鐘浙滤，我們應該單獨編寫一個 PHP 文件阴挣，讓其在單獨的后臺進程中執(zhí)行，Web 應用只需幾毫秒就可以派生一個單獨的后臺進程纺腊，然后返回 HTTP 響應：
<?php
exec('echo "create-report.php" | at now');
echo 'report pending...';
create-report.php 在單獨的后臺進程中運行畔咧，運行完畢后可以更新數(shù)據庫，或者通過電子郵件把報告發(fā)給收件人揖膜。不過這種用法很少見誓沸，更多時候我們是通過異步消費隊列來實現(xiàn)類似的功能，無論從安全性壹粟、擴展性拜隧、可維護性上來講，效果更好，相關的組件有輕量級消息隊列 PHPResque 等洪添。
處理會話
PHP 默認的會話處理程序會拖慢大型應用垦页，因為這個處理程序會把會話數(shù)據存儲在硬盤中，需要創(chuàng)建不必要的磁盤 I/O干奢，浪費時間痊焊。我們應該把會話數(shù)據保存在內存中，例如可以使用 Memcached 或 Redis忿峻。這么做還有個額外好處 —— 以后便于伸縮薄啥。如果會話數(shù)據存儲在硬盤中，不便于增加額外的服務器炭菌，如果把會話數(shù)據存放在 Memcached 或 Redis 里罪佳，任何一臺分布式 PHP-FPM 服務器都能訪問會話數(shù)據。
如果想把會話數(shù)據保存在 Memcached 中黑低，需要做如下配置：
session.save_handler = 'memcached'
session.save_path = '127.0.0.1:11211'
緩沖輸出
如果是在較少的塊中發(fā)送更多數(shù)據赘艳，而不是在較多的塊中發(fā)送較少的數(shù)據，那么網絡的效率會更高克握，也就是說蕾管，在較少的片段中把內容傳遞給訪問者的瀏覽器，能減少 HTTP 請求總數(shù)菩暗。
因此掰曾，我們要讓 PHP 緩沖輸出，默認情況下停团，PHP 已經啟用了輸出緩沖功能旷坦，PHP 緩沖 4096 字節(jié)的輸出之后才會把內容發(fā)送給 Web 服務器，推薦配置如下：
output_buffering = 4096
implicit_flush = false
注：如果想要修改輸出緩沖區(qū)的大小佑稠，確保使用的值是4（32位系統(tǒng)）或8（64位系統(tǒng)）的倍數(shù)秒梅。
真實路徑緩存
PHP 會緩存應用使用的文件路徑，這樣每次包含或導入文件時就無需不斷搜索包含路徑了舌胶，這個緩存叫真實路徑緩存（realpath cache）捆蜀，如果運行的是大型的 PHP 文件（如 Composer 組件），使用了大量文件幔嫂，增加 PHP 真實路徑緩存的大小能得到更好的性能辆它。
真實路徑緩存的默認大小是 16K，這個緩存所需的準確大小不容易確定履恩，不過可以使用一個小技巧：首先锰茉，增加真實路徑緩存的大小，設置為特別大的一個值切心，如 256K洞辣，然后咐刨，在一個 PHP 腳本的末尾加上 print_r(realpath_cache_size());，輸出真實路徑緩存的真正大小扬霜，最后定鸟，把真實路徑緩存的大小改為這個真正的值。我們可以在 php.ini 文件中設置真實路徑緩存的大兄俊：
realpath_cache_size = 64K
Laravel
1. 路由緩存
每次服務器執(zhí)行請求時联予，都會注冊所有的路由，這會花費一些時間材原。但是沸久，你可以選擇緩存路由列表來跳過這個步驟。
緩存路由列表是非常簡單的余蟹。你需要做的是在部署應用程序后卷胯，執(zhí)行下面的這個命令：
php artisan route:cache
但是，如果你添加或修改了任意一個路由信息威酒，請不要忘記清除之前的緩存以及重新執(zhí)行緩存命令窑睁。
php artisan route:clear
然后，再次執(zhí)行
php artisan route:cache
注意葵孤，這只對控制器類路由有效担钮。
緩存配置
就如路由一樣，你同樣可以在應用中緩存配置文件尤仍。
設想一下這種場景：每次你發(fā)送一個請求到 App 中箫津，Laravel 都需要去加載不同的配置文件，并且要去打開.env 文件讀取其中的內容宰啦。這種方式性能低下苏遥，是不？
不過不用擔心赡模，這里有個 Artisan 命令專治這個暖眼。
php artisan config:cache
你在部署之后可以使用它。和路由差不多纺裁，別忘了編輯東西的時候清理一下緩存。
php artisan config:clear
然后司澎，再來一次...
php artisan config:cache
- 優(yōu)化 Composer 自動加載
通常欺缘，Composer 生成自動加載文件非常快挤安。但是谚殊，在生產環(huán)境中，如果設置了PSR-4 和 PSR-0 自動加載規(guī)則蛤铜，這可能會變慢嫩絮。
您可以通過將下面命令添加到部署腳本來優(yōu)化自動加載器文件創(chuàng)建過程丛肢。
$ composer dump-autoload -o
