這篇文章主要介紹php性能優(yōu)化注意點有哪些，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！
什么情況，可能遇到性能問題：
1.php語法使用的不恰當
2.使用php語言做了它不擅長做的事
3.用php語言連接的服務不給力
4.php自身的短板
5.我也不知道的問題
一般情況：php性能問題不超過二分之一（一般30%~40%）
php性能問題解決方向：
php語言級的性能優(yōu)化—>php周邊問題的性能優(yōu)化（連接的服務，網(wǎng)絡環(huán)境）—>php語言自身分析和優(yōu)化
（php語言級）
優(yōu)化點：少寫代碼，多用php自身能力
問題：自寫代碼冗余較多，可讀性不佳，導致性能低
為什么低：php代碼需要編譯解析為底層語言，這一過程每次請求都會處理一遍，開銷大
方法：多使用php內置變量、常量、函數(shù)
優(yōu)化點：php內置函數(shù)的性能優(yōu)劣
情況描述：php內置函數(shù)，之間依然存在快慢差異
建議：多去了解php內置函數(shù)的時間復雜度
優(yōu)化點：盡可能少用魔法函數(shù)
情況描述：php提供的魔法函數(shù)，性能不佳
為什么性能低：為了為php程序員省事，php語言為你做了很多
好的方法：盡可能規(guī)避使用php魔法函數(shù)
優(yōu)化點：產(chǎn)生額外開銷的錯誤抑制符@
實際邏輯：在代碼開始前,設置報錯級別高，結束后，再回復設置報錯級別。增加Opcode，忽略報錯
優(yōu)化點：合理使用內存
情況描述：php有內存回收機制保底，但也請小心使用內存
建議：利用unset()及時釋放不適用的內存（注：unset()出現(xiàn)注銷不掉的情況）
優(yōu)化點：盡量少的使用正則表達式
情況描述：正在表達式的回溯開銷較大，“沒有金剛鉆別攬?zhí)沾苫睢?br/>建議：利用字符串處理函數(shù)，實現(xiàn)相同邏輯
優(yōu)化點：避免在循環(huán)內做運算
情況描述：循環(huán)內的計算式將會被重復計算
優(yōu)化點：減少計算密集型業(yè)務
情況描述：php不適合密集型運算的場景
為什么？php語言特性決定了php不適合做大數(shù)據(jù)量運算
php適合場景：適合銜接Webserver與后端服務、UI呈現(xiàn)
優(yōu)化點：務必使用帶引號字符串做鍵值
情況描述：php會將沒有引號的鍵值當作常量，產(chǎn)生查找常量的開銷
建議：嚴格使用引號作為鍵值
--------------------------------------------
（php周邊問題的性能優(yōu)化）-
運行環(huán)境，文件儲存，數(shù)據(jù)庫，緩存，網(wǎng)絡
減少文件類操作
常見php場景的開銷次序:
讀寫磁盤、讀寫數(shù)據(jù)庫、讀寫內存、讀寫網(wǎng)絡數(shù)據(jù)
讀寫內存<<讀寫數(shù)據(jù)庫<讀寫磁盤<讀寫網(wǎng)絡數(shù)據(jù)
優(yōu)化網(wǎng)絡請求
網(wǎng)絡請求的坑：
1.對方接口的不確定因素
2.網(wǎng)絡穩(wěn)定性
如何優(yōu)化網(wǎng)絡請求？
1、設置超時時間
a)連接超時 200ms
b)讀超時 800ms
c)寫超時 500ms
2、將串行請求并行化
a)使用curl_multi_*()
b）使用swoole擴展
壓縮php接口輸出
緩存重復計算內容
什么情況下做輸出內容的緩存？
多次請求，內容不變情況
重疊時間窗口思想
旁路方案
分析php自身分析和優(yōu)化：
用工具測試
PHP性能瓶頸解決方法：
Opcode cache（代碼編譯的最后一個環(huán)節(jié)進行緩存）PHP擴展APC做Opcode緩存用的
補充壓力測試軟件使用說明：
Ab -h
apache Benchmark（ab）由Apache提供的壓力測試軟件，安裝apache服務器時會自帶該壓測軟件
使用：./ab -n1000 -c100 http://www.baidu.com/
-n請求數(shù) -c并發(fā)數(shù) url目標壓測地址
以上是“php性能優(yōu)化注意點有哪些”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道！
