PHP代碼中常用的優化策略[朗讀]

1、如果能將類的方法定義成static，就儘量定義成static，它的速度會提升將近4倍。
2、$row['id'] 的速度是$row[id]的7倍。
3、echo 比 print 快，並且使用echo的多重參數（譯註：指用逗號而不是句點）代替字符串連接，比如echo $str1,$str2。
4、在執行for循環之前確定最大循環數，不要每循環一次都計算最大值，最好運用foreach代替。
5、註銷那些不用的變量尤其是大數組，以便釋放內存。
6、儘量避免使用__get，__set，__autoload
7、require_once()代價昂貴。
8、include文件時儘量使用絕對路徑，因為它避免了php去include_path里查找文件的速度，解析作業系統路徑所需的時間會更少。
9、如果你想知道腳本開始執行（譯註：即伺服器端收到客戶端請求）的時刻，使用$_server[『request_time']要好於time()。
10、函數代替正則表達式完成相同功能。
11、str_replace函數比preg_replace函數快，但strtr函數的效率是str_replace函數的四倍。
12、如果一個字符串替換函數，可接受數組或字符作為參數，並且參數長度不太長，那麼可以考慮額外寫一段替換代碼，使得每次傳遞參數是一個字符，而不是只寫一行代碼接受數組作為查詢和替換的參數。
13、使用選擇分支語句（譯註：即switch case）好於使用多個if，else if語句。
14、用@屏蔽錯誤消息的做法非常低效，極其低效。
15、打開apache的mod_deflate模塊，可以提高網頁的瀏覽速度。
16、資料庫連接當使用完畢時應關掉，不要用長連接。
17、錯誤消息代價昂貴。
18、在方法中遞增局部變量，速度是最快的。幾乎與在函數中調用局部變量的速度相當。
19、遞增一個全局變量要比遞增一個局部變量慢2倍。
20、遞增一個對象屬性（如：$this->prop++）要比遞增一個局部變量慢3倍。
21、遞增一個未預定義的局部變量要比遞增一個預定義的局部變量慢9至10倍。
22、僅定義一個局部變量而沒在函數中調用它，同樣會減慢速度（其程度相當於遞增一個局部變量）。php大概會檢查看是否存在全局變量。
23、方法調用看來與類中定義的方法的數量無關，因為我（在測試方法之前和之後都）添加了10個方法，但性能上沒有變化。
24、派生類中的方法運行起來要快於在基類中定義的同樣的方法。
25、調用帶有一個參數的空函數，其花費的時間相當於執行7至8次的局部變量遞增操作。類似的方法調用所花費的時間接近於15次的局部變量遞增操作。
26、apache解析一個php腳本的時間要比解析一個靜態html頁面慢2至10倍。儘量多用靜態html頁面，少用腳本。
27、除非腳本可以緩存，否則每次調用時都會重新編譯一次。引入一套php緩存機制通常可以提升25%至100%的性能，以免除編譯開銷。
28、儘量做緩存，可使用memcached。memcached是一款高性能的內存對象緩存系統，可用來加速動態web應用程式，減輕資料庫負載。對運算碼 (op code)的緩存很有用，使得腳本不必為每個請求做重新編譯。
29、當操作字符串並需要檢驗其長度是否滿足某種要求時，你想當然地會使用strlen()函數。此函數執行起來相當快，因為它不做任何計算，只返回在zval 結構（c的內置數據結構，用於存儲php變量）中存儲的已知字符串長度。但是，由於strlen()是函數，多多少少會有些慢，因為函數調用會經過諸多步驟，如字母小寫化（譯註：指函數名小寫化，php不區分函數名大小寫）、哈希查找，會跟隨被調用的函數一起執行。在某些情況下，你可以使用isset() 技巧加速執行你的代碼。
（舉例如下）。
1。
if (strlen($foo) <5) { echo 「foo is too short」$$ }
（與下面的技巧做比較）。
1。
if (!isset($foo{5})) { echo 「foo is too short」$$ }
調用isset()恰巧比strlen()快，因為與後者不同的是，isset()作為一種語言結構，意味著它的執行不需要函數查找和字母小寫化。也就是說，實際上在檢驗字符串長度的頂層代碼中你沒有花太多開銷。
34、當執行變量$i的遞增或遞減時，$i++會比++$i慢一些。這種差異是php特有的，並不適用於其他語言，所以請不要修改你的c或java 代碼並指望它們能立即變快，沒用的。++$i更快是因為它只需要3條指令(opcodes)，$i++則需要4條指令。後置遞增實際上會產生一個臨時變量，這個臨時變量隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種，正如zend的php優化器所作的那樣。牢記這個優化處理不失為一個好主意，因為並不是所有的指令優化器都會做同樣的優化處理，並且存在大量沒有裝配指令優化器的網際網路服務提供商（isps）和伺服器。
35、並不是事必面向對象(oop)，面向對象往往開銷很大，每個方法和對象調用都會消耗很多內存。
36、並非要用類實現所有的數據結構，數組也很有用。
37、不要把方法細分得過多，仔細想想你真正打算重用的是哪些代碼。
38、當你需要時，你總能把代碼分解成方法。
39、儘量採用大量的php內置函數。
40、如果在代碼中存在大量耗時的函數，你可以考慮用c擴展的方式實現它們。
41、評估檢驗(profile)你的代碼。檢驗器會告訴你，代碼的哪些部分消耗了多少時間。xdebug調試器包含了檢驗程序，評估檢驗總體上可以顯示出代碼的瓶頸。
42、mod_zip可作為apache模塊，用來即時壓縮你的數據，並可讓數據傳輸量降低80%。
43、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，儘量用 file_get_contents，因為他的效率高得多！但是要注意file_get_contents在打開一個url文件時候的php版本問題。
44、儘量的少進行文件操作，雖然php的文件操作效率也不低的。
45、優化select sql語句，在可能的情況下儘量少的進行insert、update操作(在update上，我被惡批過)。
46、儘可能的使用php內部函數（但是我卻為了找個php裡面不存在的函數，浪費了本可以寫出一個自定義函數的時間，經驗問題啊！）。
47、循環內部不要聲明變量，尤其是大變量：對象(這好像不只是php裡面要注意的問題吧？)。
48、多維數組儘量不要循環嵌套賦值。
49、在可以用php內部字符串操作函數的情況下，不要用正則表達式。
50、foreach效率更高，儘量用foreach代替while和for循環。