PHP效能優化 -理論篇

阿里奇奇發表於2019-02-12

什麼情況下,遇到了PHP效能問題?
    1 PHP語法使用的不恰當
    2 使用PHP語言做不了它不擅長做的事
    3 用php語言連線的服務不給力
    4 PHP自身的短板
    5 我也不知道的問題

效能問題解析

        PHP的效能問題,佔整個專案效能問題的比例 不到50%

        效能優化專案,不要侷限於僅優化PHP

    php語言級的效能優化
            |
            |
            |
    php周邊問題的效能優化
            |
            |
            |
    php語言自身分析,優化

PHP 壓力測試工具ab簡介

Apache Benchmark(ab)(可以自行下載)
    ab是由Apache提供的壓力測試軟體,安裝apache伺服器時會自帶該壓測軟體。

如何使用?

    ./ab -n1000 -c100 http://www.baidu.com/

         -n請求數

                 -c併發數

                         url目標壓測地址

PHP-壓力測試工具使用演示

    主要關注 每秒併發儘可能的多

    請求耗時儘可能的少

多使用PHP自身能力

    優化:少寫程式碼,多用PHP自身能力

        效能問題: 自身程式碼冗餘較多,可讀性不佳,並且效能低

    為甚效能低?
         PHP程式碼需要編譯解析為底層語言,這一過程每次請求都會處理一遍,開銷大。

    好的方法:
        多使用PHP內建變數常量函式

PHP自身能力效能測試之程式碼準備

    
php程式碼執行流程

*.php —Scanner—> Exprs —–Parser—>Opcodes—Exec—>Output

php內建函式之間的效能測試

    優化點:php內建函式的效能優劣

        情況描述: php內建函式,之間依然存在塊慢差異
        好的建議: 多去了解PHP內建函式的時間複雜度

php內建函式之間的效能測試之程式碼測試

    isset($arr[$i]); //平均50ms
    array_key_exists($i,$arr);//平均85ms

減少PHP魔法函式的使用

    情況描述:  PHP提供的魔法函式,效能不佳
    為什麼效能低 為了給PHP程式猿省事 PHP語言為你做了很多

    好的方法   儘可能規避使用PHP魔法函式

PHP 禁用錯誤抑制符

    @的實際邏輯

        在程式碼開始前 結束後 增加 Opcode 忽略報錯

    php -dv|d.active=1 -dv|d.execute=0 at.php

    只是想檢視並不是真的想執行

PHP-合理的使用記憶體和正規表示式

    優化點:合理使用記憶體

    PHP有記憶體回收機制保底,但也請小心使用記憶體

    好的建議  
         利用unset() 及時釋放不使用的記憶體(注:unset()出現登出不掉的情況)

    儘量少的使用正規表示式

        正規表示式的回溯開銷較大,

    好的建議:
        利用字串處理函式,實現相同邏輯

PHP-避免在迴圈內做運算

    優化點:避免在迴圈內做運算

    情況描述:
        迴圈內的計算式將會被重複計算

    程式碼示例:
        <?php
            $str = “hello world”;
            for($i=0;$i<strlen($str);$i++)
            {
                //do something
            }

PHP-減少計算密集型業務

    PHP不適合密集型運算的場景

    PHP語言特性決定了PHP不適合做大資料量運算

PHP適合場景

    適合銜接Webserver與後盾服務,UI呈現

PHP-務必使用帶引號字串做鍵值

    PHP會將沒有引號的鍵值當做常量,產生查詢常量的開銷

    嚴格使用引號的字串作為鍵值

PHP周邊問題的分析與闡述

    PHP周邊都有什麼?

        linux執行環境  php   硬碟(檔案儲存)  資料庫(例如mysql) 快取 網路

php周邊對PHP程式的影響分析

減少檔案類的操作

    常見PHP場景的開銷次序:

        讀寫磁碟 讀寫資料庫 讀寫記憶體 讀寫網路資料

        讀寫記憶體 << 讀寫資料庫 < 讀寫磁碟 < 讀寫網路資料

減少PHP發起網路請求
    
    網路請求的坑:
        1 對方介面的不確定因素
        2 網路穩定性
    優化網路請求

        1 設定超時時間
            連線超時 200ms
            讀超時   800ms
            寫超時   500ms
        
        2 將序列請求並行化

            1 curl_multi_*()
            2 使用swoole擴充套件

        curl_multi_*()不是很好,因為他是按最長的一個返回的時間來定的

        curl_multi_add_handle 向curl批處理會話中新增單獨的curl控制程式碼
        curl_multi_close 關閉一組cURL控制程式碼
        curl_multi_exec 執行當前cURL控制程式碼的子連線
        curl_multi_getcontent 如果設定了CURLOPT_RETURNTRANSFER,則返回獲取的輸出的文字流
        curl_multi_info_read 獲取當前解析的cURL的相關傳輸資訊
        curl_multi_remove_handle 移除curl批量處理控制程式碼資源中的某個控制程式碼資源
        curl_multi_select 等待所有cURL批處理中的活動連線
        curl_multi_setopt Set an option for the cURL multi handle
        curl_multi_strerror – Return string describing error code

        推薦swoole擴充套件來做

壓縮PHP輸出的利與弊
    壓縮php介面的輸出
    如何壓縮?

        使用Gzip即可

    利  利於我們的資料輸出,Client端能更快獲取資料
    弊  額外的CPU開銷

PHP快取複用

    什麼情況下做輸出內容的快取?
        多次請求,內容不變情況

Smarty調優和重疊時間視窗思想

    Smarty開啟 caching

    重疊時間視窗思想   

        序列:
            Process1 Process2 Process3 Process4

        重疊時間視窗:

            process1
                process2
                    process3
                        process4

    後一個任務不強依賴前一個任務的時候,可以使用重疊時間

PHP旁路處理方案

    一般普通的:x.php -> Process1 ->process2 ->process3 -> process4->
    
    旁路方案: x.php -> Process1 ->process2(同時) ->Process3 (同時) –>Process4->

相關文章