PHP代碼優化的小技巧分享

PHP優化的目的是花最少的代價換來最快的運行速度與最容易維護的代碼。給你們提供下面這些優化技巧：

1. echo 比 print 快。

2. 使用echo的多重參數代替字符串鏈接。

3. 在執行for循環以前肯定最大循環數，不要每循環一次都計算最大值，最好運用foreach代替。

4. 對global變量，應該用完就unset()掉。

5. 用單引號代替雙引號來包含字符串，這樣作會更快一些。由於PHP會在雙引號包圍的字符串中搜尋變量，單引號則不會。

6. 函數代替正則表達式完成相同功能。

7. 當執行變量$i的遞增或遞減時，$i++會比++$i慢一些。這種差別是PHP特有的，並不適用於其餘語言，++$i更快是由於它只須要 3條指令(opcodes)，$i++則須要4條指令。後置遞增實際上會產生一個臨時變量，這個臨時變量隨後被遞增。而前置遞增直接在原值上遞增。

8. 使用選擇分支語句（switch case）好於使用多個if，else if語句。

9. 利用var_dump進行PHP代碼調試。若是你在尋找php調試技術，我必須說var_dump應該是你要找的目標，在顯示php信息方面這個命令能夠知足你的全部須要，而調試代碼的多數狀況與獲得PHP中的數值有關。

10. 在包含文件時使用完整路徑，解析操做系統路徑所需的時間會更少。

11. 動輒建立全局數值是一種糟糕的作法，不過有時候實際狀況的確又須要這麼作。對於數據庫表或數據庫鏈接信息使用全局數值是一個不錯的想法，但不要在你的PHP代碼中頻繁使用全局數值。另外，更好的一種作法是把你的全局變量存放在一個config.php文件中。

12. 若是你想知道腳本開始執行的時刻，使用$_SERVER[‘REQUEST_TIME’]要好於time()。

13. 打開apache的mod_deflate模塊。

14. 用@屏蔽錯誤消息的作法很是低效。

15. 儘可能採用大量的PHP內置函數。

16. 遞增一個未預約義的局部變量要比遞增一個預約義的局部變量慢9至10倍。

17. 派生類中的方法運行起來要快於在基類中定義的一樣的方法。

18. 僅定義一個局部變量而沒在函數中調用它，一樣會減慢速度（其程度至關於遞增一個局部變量）

19. Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。儘可能多用靜態HTML頁面，少用腳本。

20. 正如以前提到的，任何php網站中最重要的部分有99%的多是數據庫。所以，你須要很是熟悉如何正確的使用sql，學會關聯表和更多高級的數據庫技術。

21. 調用帶有一個參數的空函數，其花費的時間至關於執行7至8次的局部變量遞增操做。

22. 當操做字符串並須要檢驗其長度是否知足某種要求時，你想固然地會使用strlen()函數。此函數執行起來至關快，由於它不作任何計算，只返回zval 結構（C的內置數據結構，用於存儲PHP變量）中存儲的已知字符串長度。

23. 並非全部狀況都必須使用面向對象開發，面向對象每每開銷很大，每一個方法和對象調用都會消耗不少內存。

24. 除非腳本能夠緩存，不然每次調用時都會從新編譯一次。引入一套PHP緩存機制一般能夠提高25%至100%的性能，以避免除編譯開銷。

最後再提醒一下在代碼優化的時候應該注意的事情：

1. 短代碼不等於快的代碼

不少人在寫程序時但願將代碼寫的越簡潔越好，可是越短的代碼有時候反而須要更長的執行時間。

2. 在寫程序的時候更應該注重程序的擴展性，而不是追求速度。

3. 在優化你的代碼以前，先看看跟數據庫有關的部分，由於大多數應用程序的瓶頸在數據庫而不是代碼。

4. 微優化得不償失

什麼叫作微優化？就像前面所說的將正則表達式部分的代碼改用字符串函數代替。這樣作有如下缺點：

（1）花費時間較長

（2）不會根本上解決性能問題

（3）頗有可能會破壞之前的代碼從而產生未知的錯誤

（4）付出大於回報

這裏還不得不提到一個誤區，有些人爲了讓程序更加優化，在分析業務邏輯的時候便將優化考慮在內了，從而爲了獲得更優的代碼而改動業務邏輯。這是十分愚蠢的想法，由於程序的目的即是爲了處理現實中遇到的問題，咱們不能本末倒置。

• 本文來自：Linux學習網