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）付出大於回報
這裡還不得不提到一個誤區，有些人為了讓程序更加優化，在分析業務邏輯的時候便將優化考慮在內了，從而為了得到更優的代碼而改動業務邏輯。這是十分愚蠢的想法，因為程序的目的便是為了處理現實中遇到的問題，我們不能本末倒置。
以上就是php代碼優化的方法和一些小提示，希望能夠幫助到大家更好的優化php代碼
