1、 用單引號代替雙引號來包含字符串，這樣做會更快一些。因為 php 會在雙引號包圍的 字符串中搜尋變量，單引號則不會，注意：只有 echo 能這么做，它是一種可以把多個字符 串當(dāng)作參數(shù)的“函數(shù)”(譯注：php 手冊中說 echo 是語言結(jié)構(gòu)，不是真正的函數(shù)，故把函數(shù) 加上了雙引號)。

2、如果能將類的方法定義成 static，就盡量定義成 static，它的速度會提升將近 4 倍。

3、$row['id'] 的速度是$row[id]的 7 倍。

4、echo 比 print 快，并且使用 echo 的多重參數(shù)(譯注：指用逗號而不是句點)代替字符串 連接，比如 echo $str1,$str2。

5、在執(zhí)行 for 循環(huán)之前確定最大循環(huán)數(shù)，不要每循環(huán)一次都計算最大值，最好運用 foreach 代替。

6、注銷那些不用的變量尤其是大數(shù)組，以便釋放內(nèi)存。

7、盡量避免使用__get，__set，__autoload。

8、require_once()代價昂貴。

9、include 文件時盡量使用絕對路徑，因為它避免了 php 去 include_path 里查找文件的速 度，解析操作系統(tǒng)路徑所需的時間會更少。

10、如果你想知道腳本開始執(zhí)行(譯注：即服務(wù)器端收到客戶端請求)的時刻，使用 $_SERVER['REQUEST_TIME'] 要好于 time()

11、函數(shù)代替正則表達(dá)式完成相同功能。

12、str_replace 函數(shù)比 preg_replace 函數(shù)快，但 strtr 函數(shù)的效率是 str_replace 函數(shù)的四倍。

13、如果一個字符串替換函數(shù)，可接受數(shù)組或字符作為參數(shù)，并且參數(shù)長度不太長，那么 可以考慮額外寫一段替換代碼， 使得每次傳遞參數(shù)是一個字符， 而不是只寫一行代碼接受數(shù) 組作為查詢和替換的參數(shù)。

14、使用選擇分支語句(譯注：即 switch case)好于使用多個 if，else if 語句。

15、用@屏蔽錯誤消息的做法非常低效，極其低效。

16、打開 apache 的 mod_deflate 模塊，可以提高網(wǎng)頁的瀏覽速度。

17、數(shù)據(jù)庫連接當(dāng)使用完畢時應(yīng)關(guān)掉，不要用長連接。

18、錯誤消息代價昂貴。

19、在方法中遞增局部變量，速度是最快的。幾乎與在函數(shù)中調(diào)用局部變量的速度相當(dāng)。

20、遞增一個全局變量要比遞增一個局部變量慢 2 倍。

21、遞增一個對象屬性(如：$this->prop++)要比遞增一個局部變量慢 3 倍。

22、遞增一個未預(yù)定義的局部變量要比遞增一個預(yù)定義的局部變量慢 9 至 10 倍。

23、僅定義一個局部變量而沒在函數(shù)中調(diào)用它，同樣會減慢速度(其程度相當(dāng)于遞增一個局 部變量)。php 大概會檢查看是否存在全局變量。

24、方法調(diào)用看來與類中定義的方法的數(shù)量無關(guān)，因為我(在測試方法之前和之后都)添加了 10 個方法，但性能上沒有變化。

25、派生類中的方法運行起來要快于在基類中定義的同樣的方法。

26、調(diào)用帶有一個參數(shù)的空函數(shù)，其花費的時間相當(dāng)于執(zhí)行 7 至 8 次的局部變量遞增操作。 類似的方法調(diào)用所花費的時間接近于 15 次的局部變量遞增操作。

27、Apache 解析一個 php 腳本的時間要比解析一個靜態(tài) HTML 頁面慢 2 至 10 倍。盡量 多用靜態(tài) HTML 頁面，少用腳本。

28、除非腳本可以緩存，否則每次調(diào)用時都會重新編譯一次。引入一套 php 緩存機(jī)制通常 可以提升 25%至 100%的性能，以免除編譯開銷。

29、盡量做緩存，可使用 memcached。memcached 是一款高性能的內(nèi)存對象緩存系統(tǒng)， 可用來加速動態(tài) Web 應(yīng)用程序，減輕數(shù)據(jù)庫負(fù)載。對運算碼 (OP code)的緩存很有用，使 得腳本不必為每個請求做重新編譯。

30、 當(dāng)操作字符串并需要檢驗其長度是否滿足某種要求時， 你想當(dāng)然地會使用 strlen()函數(shù)。 此函數(shù)執(zhí)行起來相當(dāng)快，因為它不做任何計算，只返回在 zval 結(jié)構(gòu)(C 的內(nèi)置數(shù)據(jù)結(jié)構(gòu)，用 于存儲 php 變量)中存儲的已知字符串長度。但是，由于 strlen()是函數(shù)，多多少少會有些 慢，因為函數(shù)調(diào)用會經(jīng)過諸多步驟，如字母小寫化(譯注：指函數(shù)名小寫化，php 不區(qū)分函 數(shù)名大小寫)、哈希查找，會跟隨被調(diào)用的函數(shù)一起執(zhí)行。在某些情況下，你可以使用 isset() 技巧加速執(zhí)行你的代碼。 (舉例如下) if (strlen($foo) < 5) { echo “Foo is too short”$$ } (與下面的技巧做比較) if (!isset($foo{5})) { echo “Foo is too short”$$ } 調(diào)用 isset()恰巧比 strlen()快，因為與后者不同的是，isset()作為一種語言結(jié)構(gòu)，意味著它 的執(zhí)行不需要函數(shù)查找和字母小寫化。 也就是說， 實際上在檢驗字符串長度的頂層代碼中你 沒有花太多開銷。

31、當(dāng)執(zhí)行變量$i 的遞增或遞減時，$i++會比++$i 慢一些。這種差異是 php 特有的，并不 適用于其他語言， 所以請不要修改你的 C 或 Java 代碼并指望它們能立即變快， 沒用的。 ++$i 更快是因為它只需要 3 條指令(opcodes)，$i++則需要 4 條指令。后置遞增實際上會產(chǎn)生一 個臨時變量，這個臨時變量隨后被遞增。而前置遞增直接在原值上遞增。這是最優(yōu)化處理的 一種，正如 Zend 的 php 優(yōu)化器所作的那樣。牢記這個優(yōu)化處理不失為一個好主意，因為 并不是所有的指令優(yōu)化器都會做同樣的優(yōu)化處理， 并且存在大量沒有裝配指令優(yōu)化器的互聯(lián) 網(wǎng)服務(wù)提供商(ISPs)和服務(wù)器。

32、并不是事必面向?qū)ο?OOP)，面向?qū)ο笸_銷很大，每個方法和對象調(diào)用都會消耗很 多內(nèi)存。

33、并非要用類實現(xiàn)所有的數(shù)據(jù)結(jié)構(gòu)，數(shù)組也很有用。

34、不要把方法細(xì)分得過多，仔細(xì)想想你真正打算重用的是哪些代碼?

35、當(dāng)你需要時，你總能把代碼分解成方法。

36、盡量采用大量的 php 內(nèi)置函數(shù)。

37、如果在代碼中存在大量耗時的函數(shù)，你可以考慮用 C 擴(kuò)展的方式實現(xiàn)它們。

38、 評估檢驗(profile)你的代碼。 檢驗器會告訴你， 代碼的哪些部分消耗了多少時間。 Xdebug 調(diào)試器包含了檢驗程序，評估檢驗總體上可以顯示出代碼的瓶頸。

39、mod_zip 可作為 Apache 模塊，用來即時壓縮你的數(shù)據(jù)，并可讓數(shù)據(jù)傳輸量降低 80%。

40、在可以用 file_get_contents 替代 file、fopen、feof、fgets 等系列方法的情況下，盡量 用 file_get_contents，因為他的效率高得多!但是要注意 file_get_contents 在打開一個 URL 文件時候的 php 版本問題;

41、盡量的少進(jìn)行文件操作，雖然 php 的文件操作效率也不低的;

42、優(yōu)化 Select SQL 語句，在可能的情況下盡量少的進(jìn)行 Insert、Update 操作(在 update 上，我被惡批過);

43、盡可能的使用 php 內(nèi)部函數(shù)(但是我卻為了找個 php 里面不存在的函數(shù)，浪費了本可 以寫出一個自定義函數(shù)的時間，經(jīng)驗問題啊!);

44、 循環(huán)內(nèi)部不要聲明變量， 尤其是大變量： 對象(這好像不只是 php 里面要注意的問題吧?);

45、多維數(shù)組盡量不要循環(huán)嵌套賦值;

46、在可以用 php 內(nèi)部字符串操作函數(shù)的情況下，不要用正則表達(dá)式;

47、foreach 效率更高，盡量用 foreach 代替 while 和 for 循環(huán);

48、用單引號替代雙引號引用字符串;

49、“用 i+=1 代替 i=i+1。符合 c/c++的習(xí)慣，效率還高”

50、對 global 變量，應(yīng)該用完就 unset()掉;

php技術(shù)：50個PHP程序性能優(yōu)化的方法，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。