PHP的性能優化方法總結

什麼狀況之下，會遇到PHP性能問題？

1：PHP語法使用不恰當。

2：使用PHP語言作了它不擅長的事情。

3：使用PHP語言鏈接的服務不給力。

4：PHP自身的短板（PHP自身作不了的事情）。

5：咱們也不知道的問題？（去探索、分析找到解決辦法，提高開發境界）。

對線上站點作壓力測試的時候，咱們必定要將請求數和併發數，特別是併發數要設置的比較低，咱們不能對線上的網站形成壓力問題，無論是本身的仍是別人的。

PHP性能問題通常不會超過佔整個項目性能的50%，通常在30%~40%。

PHP性能問題的解決方向，三個層級

1：PHP語言級的性能優化，指的是PHP語法基本功能，這部分優化比較簡單易見、快速可行，比較快速看到效果。

a:少寫PHP的代碼，多用PHP自身能力解決問題。

性能問題

自寫代碼冗餘較多，可讀性不佳，而且性能低，如代碼很長很長...PHP代碼越長PHP的執行效率越慢。

爲何性能低？

PHP代碼須要解析編譯爲C語言，底層C語言又要編譯成彙編語言機器語言才能執行，這個過程在每次請求過來以後都要處理一遍，因此開銷很大（項目變大的話...）。

解決方法：

多使用PHP內置的變量、常量、函數。咱們用PHP代碼實現的功能和使用PHP內置的函數實現的一樣功能差異是有的。

b:PHP內置函數的性能優劣。

狀況描述

PHP內置函數之間依然存在快慢差異；少用PHP魔術方法；

建議：

多去了解PHP內置函數的執行實現複雜度。

測試方法：比較效率測試，如用microtime()函數，取差值，精確到毫秒級別；Linux的time命令能夠查看開銷。

c:產生額外開銷的錯誤抑制符號「@」，最好別用（無論是性能優化和項目的健壯性等方面）。

@的邏輯是在代碼前和代碼結束後增長了Opcode，Opcode的做用就是忽略報錯，其實就是至關於增長了error_reporting設置，等級報錯爲忽略（vld擴展能夠查看被隱藏的Opcode）；

d：合理使用內存。

狀況描述：

  PHP有內存回收機制保底，可是也當心使用內存；

建議：

利用unset()及時釋放不使用的內存，好比一些數據庫多餘字段（注意：unset()有時會出現註銷不掉的狀況）

e：儘可能少用正則表達式。

狀況描述：

正則表達式的開銷大，使用起來簡單，可是性能低由於，正則表達式須要回溯；正則表達式越長，回溯的開銷越大，優化正則表達式是須要技術水平的，正則技術不達標，不要亂用正則。

f：避免在循環內作運算。

狀況描述：

循環內的計算式將被重複計算（咱們在for循環或者while循環，會有重複計算，影響性能問題）。

舉例：

錯誤用法：

`$str = "hello world";for($i = 0; $i < strlen($str); $i ++){ ...}`

正確用法：

$str = "hello world";$strlen = strlen($str);for($i = 0; $i < $strlen; $i++){...}

g:減小計算密集型業務

狀況描述：

PHP不適合密集型（大數據量）運算的場景。

爲何？

PHP的語言特性決定PHP不適合作大數據量運算，PHP語言由C寫的，PHP處於C基礎之上，PHP的全部運算處理流程須要轉化爲C語言，PHP和C想比性能確定輸了，而且

PHP語言還有一些環境問題、語言特性，相比於C而言的開銷要大不少的。PHP一段很長的代碼，可能C很短就實現了...

PHP適合場景：

適合銜接WebServer與後端服務，WebServer來了請求交給PHP，PHP作一些校驗、一些初始化數據處理，將請求轉發交給後端，等待後臺響應，後端多是緩存、DB等其餘業務，

後端響應以後，PHP再做爲紐帶，將信息傳遞給WebServer，這是PHP擅長的。PHP也擅長作UI呈現，也就是配合模板引擎作模板輸出，其實就是一些字符串文本處理。

h：務必使用帶引號字符串作鍵值（數組的Key字段）。

狀況描述

PHP會將沒有使用引號的鍵值當作常量，產生查找常量的開銷，若是查找到了常量有這個字符串，那麼就把常量做爲這個值了。

建議：

嚴格使用引號做爲鍵值，單引號便可。

2：PHP周邊的性能優化：（PHP前面有WebServer，後面有數據庫）

3：PHP語言自身的分析、優化（底層C級別的優化）

補充：

1:儘可能靜態化：
若是一個方法能被靜態，那就聲明它爲靜態的，速度可提升1/4，甚至我測試的時候，這個提升了近三倍。
固然了，這個測試方法須要在十萬級以上次執行，效果才明顯。
其實靜態方法和非靜態方法的效率主要區別在內存：靜態方法在程序開始時生成內存,實例方法在程序運行中生成內存，因此靜態方法能夠直接調用,實例方法要先成生實例,經過實例調用方法，靜態速度很快，可是多了會佔內存。
任何語言都是對內存和磁盤的操做,至因而否面向對象,只是軟件層的問題,底層都是同樣的,只是實現方法不一樣。靜態內存是連續的,由於是在程序開始時就生成了,而實例申請的是離散的空間,因此固然沒有靜態方法快。
靜態方法始終調用同一塊內存，其缺點就是不能自動進行銷燬，而是實例化能夠銷燬。

2.銷燬變量去釋放內存，特別是大的數組;
數組和對象在php特別佔內存的，這個因爲php的底層的zend引擎引發的，
通常來講，PHP數組的內存利用率只有 1/10, 也就是說，一個在C語言裏面100M 內存的數組，在PHP裏面就要1G。
特別是在PHP做爲後臺服務器的系統中，常常會出現內存耗費太大的問題。

如下是我在其餘博文收集的

一、若是能將類的方法定義成static，就儘可能定義成static，它的速度會提高將近4倍。
二、$row[’id’] 的速度是$row[id]的7倍。
三、註銷那些不用的變量尤爲是大數組，以便釋放內存。
四、儘可能避免使用__get，__set，__autoload。
五、require_once()代價昂貴。
六、include文件時儘可能使用絕對路徑，由於它避免了PHP去include_path裏查找文件的速度，解析操做系統路徑所需的時間會更少。
七、若是你想知道腳本開始執行(譯註：即服務器端收到客戶端請求)的時刻，使用$_SERVER[‘REQUEST_TIME’]要好於time()
八、函數代替正則表達式完成相同功能。
九、str_replace函數比preg_replace函數快，但strtr函數的效率是str_replace函數的四倍。
十、若是一個字符串替換函數，可接受數組或字符做爲參數，而且參數長度不太長，那麼能夠考慮額外寫一段替換代碼，使得每次傳遞參數是一個字符，而不是隻寫一行代碼接受數組做爲查詢和替換的參數。
十一、使用選擇分支語句(譯註：即switch case)好於使用多個if，else if語句。
十二、用@屏蔽錯誤消息的作法很是低效，極其低效。
1三、打開apache的mod_deflate模塊，能夠提升網頁的瀏覽速度。
1四、數據庫鏈接當使用完畢時應關掉，不要用長鏈接。
1五、在方法中遞增局部變量，速度是最快的。幾乎與在函數中調用局部變量的速度至關。遞增一個全局變量要比遞增一個局部變量慢2倍。遞增一個對象屬性(如：$this->prop++)要比遞增一個局部變量慢3倍。遞增一個未預約義的局部變量要比遞增一個預約義的局部變量慢9至10倍。
1六、僅定義一個局部變量而沒在函數中調用它，一樣會減慢速度(其程度至關於遞增一個局部變量)。PHP大概會檢查看是否存在全局變量。
1七、方法調用看來與類中定義的方法的數量無關，由於我(在測試方法以前和以後都)添加了10個方法，但性能上沒有變化。
1八、派生類中的方法運行起來要快於在基類中定義的一樣的方法。
1九、調用帶有一個參數的空函數，其花費的時間至關於執行7至8次的局部變量遞增操做。相似的方法調用所花費的時間接近於15次的局部變量遞增操做。
20、Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。儘可能多用靜態HTML頁面，少用腳本。
2一、除非腳本能夠緩存，不然每次調用時都會從新編譯一次。引入一套PHP緩存機制一般能夠提高25%至100%的性能，以避免除編譯開銷。
2二、儘可能作緩存，可以使用memcached。memcached是一款高性能的內存對象緩存系統，可用來加速動態Web應用程序，減輕數據庫負載。對運算碼 (OP code)的緩存頗有用，使得腳本沒必要爲每一個請求作從新編譯。
2三、當操做字符串並須要檢驗其長度是否知足某種要求時，你想固然地會使用strlen()函數。此函數執行起來至關快，由於它不作任何計算，只返回在zval 結構(C的內置數據結構，用於存儲PHP變量)中存儲的已知字符串長度。可是，因爲strlen()是函數，多多少少會有些慢，由於函數調用會通過諸多步驟，如字母小寫化(譯註：指函數名小寫化，PHP不區分函數名大小寫)、哈希查找，會跟隨被調用的函數一塊兒執行。在某些狀況下，你可使用isset() 技巧加速執行你的代碼。
2四、當執行變量$i的遞增或遞減時，$i++會比++$i慢一些。這種差別是PHP特有的，並不適用於其餘語言，因此請不要修改你的C或Java代碼並期望它們能當即變快，沒用的。++$i更快是由於它只須要3條指令(opcodes)，$i++則須要4條指令。後置遞增實際上會產生一個臨時變量，這個臨時變量隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種，正如Zend的PHP優化器所做的那樣。牢記這個優化處理不失爲一個好主意，由於並非全部的指令優化器都會作一樣的優化處理，而且存在大量沒有裝配指令優化器的互聯網服務提供商(ISPs)和服務器。
2五、並非事必面向對象(OOP)，面向對象每每開銷很大，每一個方法和對象調用都會消耗不少內存。
2六、並不是要用類實現全部的數據結構，數組也頗有用。
2七、儘可能採用大量的PHP內置函數。
2八、若是在代碼中存在大量耗時的函數，你能夠考慮用C擴展的方式實現它們。
2九、評估檢驗(profile)你的代碼。檢驗器會告訴你，代碼的哪些部分消耗了多少時間。Xdebug調試器包含了檢驗程序，評估檢驗整體上能夠顯示出代碼的瓶頸。
30、mod_zip可做爲Apache模塊，用來即時壓縮你的數據，並可以讓數據傳輸量下降80%。
3一、在能夠用file_get_contents替代file、fopen、feof、fgets等系列方法的狀況下，儘可能用file_get_contents，由於他的效率高得多!可是要注意file_get_contents在打開一個URL文件時候的PHP版本問題;
3二、儘可能的少進行文件操做，雖然PHP的文件操做效率也不低的;
3三、優化Select SQL語句，在可能的狀況下儘可能少的進行Insert、Update操做(在update上，我被惡批過);
3四、循環內部不要聲明變量，尤爲是大變量：對象(這好像不僅是PHP裏面要注意的問題吧?);
3五、多維數組儘可能不要循環嵌套賦值;
3六、在能夠用PHP內部字符串操做函數的狀況下，不要用正則表達式;
3七、foreach效率更高，儘可能用foreach代替while和for循環;
3八、用單引號替代雙引號引用字符串;
3九、「用i+=1代替i=i+1。符合c/c++的習慣，效率還高」;
40、對global變量，應該用完就unset()掉;