PHP優(yōu)化的目的是花最少的代價(jià)換來(lái)最快的運(yùn)行速度與最容易維護(hù)的代碼。給大家提供下面這些優(yōu)化技巧：

1. echo 比 print 快。

2. 使用echo的多重參數(shù)代替字符串連接。

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

4. 對(duì)global變量，應(yīng)該用完就unset()掉。

5. 用單引號(hào)代替雙引號(hào)來(lái)包含字符串，這樣做會(huì)更快一些。因?yàn)镻HP會(huì)在雙引號(hào)包圍的字符串中搜尋變量，單引號(hào)則不會(huì)。

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

7. 當(dāng)執(zhí)行變量$i的遞增或遞減時(shí)，$i++會(huì)比++$i慢一些。這種差異是PHP特有的，并不適用于其他語(yǔ)言，++$i更快是因?yàn)樗恍枰?條指令(opcodes)，$i++則需要4條指令。后置遞增實(shí)際上會(huì)產(chǎn)生一個(gè)臨時(shí)變量，這個(gè)臨時(shí)變量隨后被遞增。而前置遞增直接在原值上遞增。

8. 使用選擇分支語(yǔ)句（switch case）好于使用多個(gè)if，else if語(yǔ)句。

9. 利用var_dump進(jìn)行PHP代碼調(diào)試。如果你在尋找php調(diào)試技術(shù)，我必須說(shuō)var_dump應(yīng)該是你要找的目標(biāo)，在顯示php信息方面這個(gè)命令可以滿足你的所有需要，而調(diào)試代碼的多數(shù)情況與得到PHP中的數(shù)值有關(guān)。

10. 在包含文件時(shí)使用完整路徑，解析操作系統(tǒng)路徑所需的時(shí)間會(huì)更少。

11. 動(dòng)輒創(chuàng)建全局?jǐn)?shù)值是一種糟糕的做法，不過(guò)有時(shí)候?qū)嶋H情況的確又需要這么做。對(duì)于數(shù)據(jù)庫(kù)表或數(shù)據(jù)庫(kù)連接信息使用全局?jǐn)?shù)值是一個(gè)不錯(cuò)的想法，但不要在你的PHP代碼中頻繁使用全局?jǐn)?shù)值。另外，更好的一種做法是把你的全局變量存放在一個(gè)config.php文件中。

12. 如果你想知道腳本開(kāi)始執(zhí)行的時(shí)刻，使用$_SERVER[‘REQUEST_TIME']要好于time()。

13. 打開(kāi)apache的mod_deflate模塊。

14. 用@屏蔽錯(cuò)誤消息的做法非常低效。

15. 盡量采用大量的PHP內(nèi)置函數(shù)。

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

17. 派生類中的方法運(yùn)行起來(lái)要快于在基類中定義的同樣的方法。

18. 僅定義一個(gè)局部變量而沒(méi)在函數(shù)中調(diào)用它，同樣會(huì)減慢速度（其程度相當(dāng)于遞增一個(gè)局部變量）

19. Apache解析一個(gè)PHP腳本的時(shí)間要比解析一個(gè)靜態(tài)HTML頁(yè)面慢2至10倍。盡量多用靜態(tài)HTML頁(yè)面，少用腳本。

20. 正如之前提到的，任何php網(wǎng)站中最重要的部分有99%的可能是數(shù)據(jù)庫(kù)。因此，你需要非常熟悉如何正確的使用sql，學(xué)會(huì)關(guān)聯(lián)表和更多高級(jí)的數(shù)據(jù)庫(kù)技術(shù)。

21. 調(diào)用帶有一個(gè)參數(shù)的空函數(shù)，其花費(fèi)的時(shí)間相當(dāng)于執(zhí)行7至8次的局部變量遞增操作。

22. 當(dāng)操作字符串并需要檢驗(yàn)其長(zhǎng)度是否滿足某種要求時(shí)，你想當(dāng)然地會(huì)使用strlen()函數(shù)。此函數(shù)執(zhí)行起來(lái)相當(dāng)快，因?yàn)樗蛔鋈魏斡?jì)算，只返回zval 結(jié)構(gòu)（C的內(nèi)置數(shù)據(jù)結(jié)構(gòu)，用于存儲(chǔ)PHP變量）中存儲(chǔ)的已知字符串長(zhǎng)度。

23. 并不是所有情況都必須使用面向?qū)ο箝_(kāi)發(fā)，面向?qū)ο笸_(kāi)銷很大，每個(gè)方法和對(duì)象調(diào)用都會(huì)消耗很多內(nèi)存。

24. 除非腳本可以緩存，否則每次調(diào)用時(shí)都會(huì)重新編譯一次。引入一套PHP緩存機(jī)制通?？梢蕴嵘?5%至100%的性能，以免除編譯開(kāi)銷。

最后再提醒一下在代碼優(yōu)化的時(shí)候應(yīng)該注意的事情：

1. 短代碼不等于快的代碼
很多人在寫程序時(shí)希望將代碼寫的越簡(jiǎn)潔越好，但是越短的代碼有時(shí)候反而需要更長(zhǎng)的執(zhí)行時(shí)間。

2. 在寫程序的時(shí)候更應(yīng)該注重程序的擴(kuò)展性，而不是追求速度。

3. 在優(yōu)化你的代碼之前，先看看跟數(shù)據(jù)庫(kù)有關(guān)的部分，因?yàn)榇蠖鄶?shù)應(yīng)用程序的瓶頸在數(shù)據(jù)庫(kù)而不是代碼。

4. 微優(yōu)化得不償失
什么叫做微優(yōu)化？就像前面所說(shuō)的將正則表達(dá)式部分的代碼改用字符串函數(shù)代替。這樣做有以下缺點(diǎn)：
（1）花費(fèi)時(shí)間較長(zhǎng)
（2）不會(huì)根本上解決性能問(wèn)題
（3）很有可能會(huì)破壞以前的代碼從而產(chǎn)生未知的錯(cuò)誤
（4）付出大于回報(bào)

       這里還不得不提到一個(gè)誤區(qū)，有些人為了讓程序更加優(yōu)化，在分析業(yè)務(wù)邏輯的時(shí)候便將優(yōu)化考慮在內(nèi)了，從而為了得到更優(yōu)的代碼而改動(dòng)業(yè)務(wù)邏輯。這是十分愚蠢的想法，因?yàn)槌绦虻哪康谋闶菫榱颂幚憩F(xiàn)實(shí)中遇到的問(wèn)題，我們不能本末倒置。

以上就是php代碼優(yōu)化的方法和一些小提示，希望能夠幫助到大家更好的優(yōu)化php代碼

最新評(píng)論