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 ++){ ...}

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

一、若是能將類的方法定義成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()掉;