本篇內(nèi)容主要講解“PHP代碼的優(yōu)化技巧分享”，感興趣的朋友不妨來看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“PHP代碼的優(yōu)化技巧分享”吧!
PHP優(yōu)化的目的是花最少的代價(jià)換來最快的運(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)來包含字符串，這樣做會(huì)更快一些。因?yàn)镻HP會(huì)在雙引號(hào)包圍的字符串中搜尋變量，單引號(hào)則不會(huì)。
6. 函數(shù)代替正則表達(dá)式完成相同功能。
7. 當(dāng)執(zhí)行變量$i的遞增或遞減時(shí)，$i++會(huì)比++$i慢一些。這種差異是PHP特有的，并不適用于其他語言，++$i更快是因?yàn)樗恍枰?條指令(opcodes)，$i++則需要4條指令。后置遞增實(shí)際上會(huì)產(chǎn)生一個(gè)臨時(shí)變量，這個(gè)臨時(shí)變量隨后被遞增。而前置遞增直接在原值上遞增。
8. 使用選擇分支語句（switch case）好于使用多個(gè)if，else if語句。
9. 利用var_dump進(jìn)行PHP代碼調(diào)試。如果你在尋找php調(diào)試技術(shù)，我必須說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ù)值是一種糟糕的做法，不過有時(shí)候?qū)嶋H情況的確又需要這么做。對(duì)于數(shù)據(jù)庫表或數(shù)據(jù)庫連接信息使用全局?jǐn)?shù)值是一個(gè)不錯(cuò)的想法，但不要在你的PHP代碼中頻繁使用全局?jǐn)?shù)值。另外，更好的一種做法是把你的全局變量存放在一個(gè)config.php文件中。
12. 如果你想知道腳本開始執(zhí)行的時(shí)刻，使用$_SERVER[‘REQUEST_TIME']要好于time()。
13. 打開apache的mod_deflate模塊。
14. 用@屏蔽錯(cuò)誤消息的做法非常低效。
15. 盡量采用大量的PHP內(nèi)置函數(shù)。
16. 遞增一個(gè)未預(yù)定義的局部變量要比遞增一個(gè)預(yù)定義的局部變量慢9至10倍。
17. 派生類中的方法運(yùn)行起來要快于在基類中定義的同樣的方法。
18. 僅定義一個(gè)局部變量而沒在函數(shù)中調(diào)用它，同樣會(huì)減慢速度（其程度相當(dāng)于遞增一個(gè)局部變量）
19. Apache解析一個(gè)PHP腳本的時(shí)間要比解析一個(gè)靜態(tài)HTML頁面慢2至10倍。盡量多用靜態(tài)HTML頁面，少用腳本。
20. 正如之前提到的，任何php網(wǎng)站中最重要的部分有99%的可能是數(shù)據(jù)庫。因此，你需要非常熟悉如何正確的使用sql，學(xué)會(huì)關(guān)聯(lián)表和更多高級(jí)的數(shù)據(jù)庫技術(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í)行起來相當(dāng)快，因?yàn)樗蛔鋈魏斡?jì)算，只返回zval 結(jié)構(gòu)（C的內(nèi)置數(shù)據(jù)結(jié)構(gòu)，用于存儲(chǔ)PHP變量）中存儲(chǔ)的已知字符串長(zhǎng)度。
23. 并不是所有情況都必須使用面向?qū)ο箝_發(fā)，面向?qū)ο笸_銷很大，每個(gè)方法和對(duì)象調(diào)用都會(huì)消耗很多內(nèi)存。
24. 除非腳本可以緩存，否則每次調(diào)用時(shí)都會(huì)重新編譯一次。引入一套PHP緩存機(jī)制通?？梢蕴嵘?5%至100%的性能，以免除編譯開銷。
最后再提醒一下在代碼優(yōu)化的時(shí)候應(yīng)該注意的事情：
1. 短代碼不等于快的代碼
很多人在寫程序時(shí)希望將代碼寫的越簡(jiǎn)潔越好，但是越短的代碼有時(shí)候反而需要更長(zhǎng)的執(zhí)行時(shí)間。
2. 在寫程序的時(shí)候更應(yīng)該注重程序的擴(kuò)展性，而不是追求速度。
3. 在優(yōu)化你的代碼之前，先看看跟數(shù)據(jù)庫有關(guān)的部分，因?yàn)榇蠖鄶?shù)應(yīng)用程序的瓶頸在數(shù)據(jù)庫而不是代碼。
4. 微優(yōu)化得不償失
什么叫做微優(yōu)化？就像前面所說的將正則表達(dá)式部分的代碼改用字符串函數(shù)代替。這樣做有以下缺點(diǎn)：
（1）花費(fèi)時(shí)間較長(zhǎng)
（2）不會(huì)根本上解決性能問題
（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í)中遇到的問題，我們不能本末倒置。
到此，相信大家對(duì)“PHP代碼的優(yōu)化技巧分享”有了更深的了解，不妨來實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)建站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！
重慶分公司
重慶分公司
