什麼情況，可能遇到性能問題：
1.php語法使用的不恰當
2.使用php語言做了它不擅長做的事
3.用php語言連接的服務不給力
4.php自身的短板
5.我也不知道的問題
一般情況：php性能問題不超過二分之一（一般30%~40%）
php性能問題解決方向：
php語言級的性能優化—>php周邊問題的性能優化（連接的服務，網絡環境）—>php語言自身分析和優化
（php語言級）
優化點：少寫代碼，多用php自身能力
問題：自寫代碼冗余較多，可讀性不佳，導致性能低
為什麼低：php代碼需要編譯解析為底層語言，這一過程每次請求都會處理一遍，開銷大
方法：多使用php內置變量、常量、函數
優化點：php內置函數的性能優劣
情況描述：php內置函數，之間依然存在快慢差異
建議：多去了解php內置函數的時間復雜度
優化點：盡可能少用魔法函數
情況描述：php提供的魔法函數，性能不佳
為什麼性能低：為了為php程序員省事，php語言為你做了很多
好的方法：盡可能規避使用php魔法函數
優化點：產生額外開銷的錯誤抑制符@
實際邏輯：在代碼開始前,設置報錯級別最高，結束後，再回復設置報錯級別。增加Opcode，忽略報錯
優化點：合理使用內存
情況描述：php有內存回收機制保底，但也請小心使用內存
建議：利用unset()及時釋放不適用的內存（注：unset()出現注銷不掉的情況）
優化點：盡量少的使用正則表達式
情況描述：正在表達式的回溯開銷較大，“沒有金剛鑽別攬陶瓷活”
建議：利用字符串處理函數，實現相同邏輯
優化點：避免在循環內做運算
情況描述：循環內的計算式將會被重復計算
<?php
$str="hello world";
阿
//strlen($str)放在外面
for($i=0;$i<strlen($str);$i++){
//do something
}
?>
優化點：減少計算密集型業務
情況描述：php不適合密集型運算的場景
為什麼？php語言特性決定了php不適合做大數據量運算
php適合場景：適合銜接Webserver與後端服務、UI呈現
優化點：務必使用帶引號字符串做鍵值
情況描述：php會將沒有引號的鍵值當作常量，產生查找常量的開銷
建議：嚴格使用引號作為鍵值
--------------------------------------------
（php周邊問題的性能優化）-
運行環境，文件儲存，數據庫，緩存，網絡
減少文件類操作
常見php場景的開銷次序:
讀寫磁盤、讀寫數據庫、讀寫內存、讀寫網絡數據
讀寫內存<<讀寫數據庫<讀寫磁盤<讀寫網絡數據
優化網絡請求
網絡請求的坑：
1.對方接口的不確定因素
2.網絡穩定性
如何優化網絡請求？
1、設置超時時間
a)連接超時 200ms
b)讀超時 800ms
c)寫超時 500ms
2、將串行請求並行化
a)使用curl_multi_*()
b）使用swoole擴展
壓縮php接口輸出
緩存重復計算內容
什麼情況下做輸出內容的緩存？
多次請求，內容不變情況
重疊時間窗口思想
旁路方案
分析php自身分析和優化：
用工具測試
PHP性能瓶頸解決方法：
Opcode cache（代碼編譯的最後一個環節進行緩存）PHP擴展APC做Opcode緩存用的
補充壓力測試軟件使用說明：
Ab -h
apache Benchmark（ab）由Apache提供的壓力測試軟件，安裝apache服務器時會自帶該壓測軟件
使用：./ab -n1000 -c100 http://www.baidu.com/
-n請求數 -c並發數 url目標壓測地址
以上內容給大家介紹了簡單的php性能優化注意點，希望本文分享能夠幫助到大家。
