- 相關推薦
PHP開發程序應該注意的42個優化準則
PHP 獨特的語法混合了 C、Java、Perl 以及 PHP 自創新的語法。它可以比 CGI或者Perl更快速的執行動態網頁。用PHP做出的動態頁面與其他的編程語言相比，PHP是將程序嵌入到HTML文檔中去執行，執行效率比完全生成 HTML標記的CGI要高許多。下面介紹了PHP開發程序應該注意的42個優化準則。希望對大家有幫助，更多內容請關注應屆畢業生網!
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 prop++)要比遞增一個局部變量慢3倍。
20.遞增一個未預定義的局部變量要比遞增一個預定義的局部變量慢9至10倍。
21.僅定義一個局部變量而沒在函數中調用它，同樣會減慢速度(其程度相當于遞增一個局部變量)。PHP大概會檢查看是否存在全局變量。
22.方法調用看來與類中定義的方法的數量無關，因為我(在測試方法之前和之后都)添加了10個方法，但性能上沒有變化。
23.派生類中的方法運行起來要快于在基類中定義的同樣的方法。
24.調用帶有一個參數的空函數，其花費的時間相當于執行7至8次的局部變量遞增操作。類似的方法調用所花費的時間接近于15次的局部變量遞增操作。
25.用單引號代替雙引號來包含字符串，這樣做會更快一些。因為PHP會在雙引號包圍的字符串中搜尋變量，單引號則不會。當然，只有當你不需要在字符串中包含變量時才可以這么做。
26.輸出多個字符串時，用逗號代替句點來分隔字符串，速度更快。注意：只有echo能這么做，它是一種可以把多個字符串當作參數的“函數”(譯注：PHP手冊中說echo是語言結構，不是真正的函數，故把函數加上了雙引號)。
27.Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。盡量多用靜態HTML頁面，少用腳本。
28.除非腳本可以緩存，否則每次調用時都會重新編譯一次。引入一套PHP緩存機制通常可以提升25%至100%的性能，以免除編譯開銷。
29.盡量做緩存，可使用memcached。memcached是一款高性能的內存對象緩存系統，可用來加速動態Web應用程序，減輕數據庫負載。對運算碼 (OP code)的緩存很有用，使得腳本不必為每個請求做重新編譯。
30.當操作字符串并需要檢驗其長度是否滿足某種要求時，你想當然地會使用strlen()函數。此函數執行起來相當快，因為它不做任何計算，只返回在zval 結構(C的內置數據結構，用于存儲PHP變量)中存儲的已知字符串長度。
但是，由于strlen()是函數，多多少少會有些慢，因為函數調用會經過諸多步驟，如字母小寫化(譯注：指函數名小寫化，PHP不區分函數名大小寫)、哈希查找，會跟隨被調用的函數一起執行。在某些情況下，你可以使用isset() 技巧加速執行你的代碼。
(舉例如下)
if (strlen($foo) < 5) { echo “Foo is too short”$$ }
(與下面的技巧做比較)
if (!isset($foo{5})) { echo “Foo is too short”$$ }
調用isset()恰巧比strlen()快，因為與后者不同的是，isset()作為一種語言結構，意味著它的執行不需要函數查找和字母小寫化。也就是說，實際上在檢驗字符串長度的頂層代碼中你沒有花太多開銷。
31. 當執行變量$i的遞增或遞減時，$i++會比++$i慢一些。這種差異是PHP特有的，并不適用于其他語言，所以請不要修改你的C或Java代碼并指望它 們能立即變快，沒用的。++$i更快是因為它只需要3條指令(opcodes)，$i++則需要4條指令。后置遞增實際上會產生一個臨時變量，這個臨時變 量隨后被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種，正如Zend的PHP優化器所作的那樣。
牢記這個優化處理不失為一個好主意，因為并不是所有的指令優化器都會做同樣的優化處理，并且存在大量沒有裝配指令優化器的互聯網服務提供商(ISPs)和服務器。
32.并不是事必面向對象(OOP)，面向對象往往開銷很大，每個方法和對象調用都會消耗很多內存。
33.并非要用類實現所有的數據結構，數組也很有用。
34.不要把方法細分得過多，仔細想想你真正打算重用的是哪些代碼?
35.當你需要時，你總能把代碼分解成方法。
36.盡量采用大量的PHP內置函數。
37.如果在代碼中存在大量耗時的函數，你可以考慮用C擴展的方式實現它們。
38.評估檢驗(profile)你的代碼。檢驗器會告訴你，代碼的哪些部分消耗了多少時間。Xdebug調試器包含了檢驗程序，評估檢驗總體上可以顯示出代碼的瓶頸。
39.mod_zip可作為Apache模塊，用來即時壓縮你的數據，并可讓數據傳輸量降低80%。
【PHP開發程序應該注意的42個優化準則】相關文章：
PHP程序性能優化的方法10-29
PHP開發中注意的事08-17
PHP開發網站程序的優點08-10
PHP性能優化技巧09-22
PHP代碼優化技巧09-10
PHP性能優化的技巧07-18