程式的最佳化（PHP）

php程式最佳化.png

有些小細節往往容易被人忽視。有時候常常說最佳化代碼最佳化代碼，但是實際操作的時候，最容易被忽視的如下所示：

1. echo 比 print 快。

2. 使用echo的多重參數代替字串串連。

3. 在執行for迴圈之前確定最大迴圈數，不要每迴圈一次都計算最大值，最好運用foreach代替。

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

5. 用單引號代替雙引號來包含字串，這樣做會更快一些。因為PHP會在雙引號包圍的字串中搜尋變數，單引號則不會。

6. 函數代替Regex完成相同功能。

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. 微最佳化得不償失什麼叫做微最佳化？就像前面所說的將Regex部分的代碼改用字串函數代替。這樣做有以下缺點：（1）花費時間較長（2）不會根本上解決效能問題（3）很有可能會破壞以前的代碼從而產生未知的錯誤（4）付出大於回報

   這裡還不得不提到一個誤區，有些人為了讓程式更加最佳化，在分析商務邏輯的時候便將最佳化考慮在內了，從而為了得到更優的代碼而改動商務邏輯。這是十分愚蠢的想法，因為程式的目的便是為了處理現實中遇到的問題，我們不能本末倒置。

