1.如果一個方法可靜態化,就對它做靜態聲明。速率可提升至4倍。
2.echo 比 print 快。
3.使用echo的多重參數(譯注:指用逗號而不是句點)代替字元串連接。
4.在執行for迴圈之前確定最大循環數,不要每迴圈一次都計算最大值。
5.登出那些不用的變數尤其是大陣列,以便釋放記憶體。
6.儘量避免使用__get,__set,__autoload。
7.require_once()代價昂貴。
8.在包含檔時使用完整路徑,解析作業系統路徑所需的時間會更少。
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.$row[‘id’]的效率是$row[id]的7倍。
18.錯誤消息代價昂貴。
19.儘量不要在for迴圈中使用函數,比如for ($x=0; $x <>每迴圈一次都會調用count()函數。
20.在方法中遞增局部變數,速度是最快的。幾乎與在函數中調用局部變數的速度相當。
21.遞增一個總體變數要比遞增一個局部變數慢2倍。
22.遞增一個物件屬性(如:$this->prop++)要比遞增一個局部變數慢3倍。
23.遞增一個未預定義的局部變數要比遞增一個預定義的局部變數慢9至10倍。
24.僅定義一個局部變數而沒在函數中調用它,同樣會減慢速度(其程度相當於遞增一個局部變數)。PHP大概會檢查看是否存在總體變數。
25.方法調用看來與類中定義的方法的數量無關,因為我(在測試方法之前和之後都)添加了10個方法,但性能上沒有變化。
26.派生類中的方法運行起來要快於在基類中定義的同樣的方法。
27.調用帶有一個參數的空函數,其花費的時間相當於執行7至8次的局部變數遞增操作。類似的方法調用所花費的時間接近於15次的局部變數遞增操作。
28.用單引號代替雙引號來包含字串,這樣做會更快一些。因為PHP會在雙引號包圍的字串中搜尋變數,單引號則不會。當然,只有當你不需要在字串中包含變數時才可以這麼做。
29.輸出多個字串時,用逗號代替句點來分隔字串,速度更快。注意:只有echo能這麼做,它是一種可以把多個字串當作參數的“函數”(譯注:PHP手冊中說echo是語言結構,不是真正的函數,故把函數加上了雙引號)。
30.Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。儘量多用靜態HTML頁面,少用腳本。
31.除非腳本可以緩存,否則每次調用時都會重新編譯一次。引入一套PHP緩存機制通常可以提升25%至100%的性能,以免除編譯開銷。
32.儘量做緩存,可使用memcached。memcached是一款高性能的記憶體物件緩存系統,可用來加速動態Web應用程式,減輕資料庫負載。對運算碼 (OP code)的緩存很有用,使得腳本不必為每個請求做重新編譯。
33. 當操作字串並需要檢驗其長度是否滿足某種要求時,你想當然地會使用strlen()函數。此函數執行起來相當快,因為它不做任何計算,只返回在zval 結構(C的內置資料結構,用於存儲PHP變數)中存儲的已知字串長度。但是,由於strlen()是函數,多多少少會有些慢,因為函數調用會經過諸多步 驟,如字母小寫化(譯注:指函數名小寫化,PHP不區分函數名大小寫)、哈希查找,會跟隨被調用的函數一起執行。在某些情況下,你可以使用isset() 技巧加速執行你的代碼。
(舉例如下)
if (strlen($foo) <>(與下面的技巧做比較)
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%。
2008年5月20日 星期二
優化PHP程式的40條建議
訂閱:
張貼留言 (Atom)
沒有留言:
張貼留言