首頁  >  文章  >  後端開發  >  PHP 程式碼最佳化 技巧總結

PHP 程式碼最佳化 技巧總結

步履不停
步履不停原創
2019-07-03 15:41:285122瀏覽

PHP 程式碼最佳化 技巧總結

PHP程式碼最佳化是評測你是否是合格的PHP工程師的一個重要維度,當編寫程式時,總是想要讓自己的程式佔用資源最小,運行速度更快,程式碼量更少。 PHP 獨特的語法混合了 C、Java、Perl 以及 PHP 自創新的語法,它可以比 CGI或Perl更快的執行動態網頁。 PHP是將程式嵌入HTML文件中去執行,執行效率比完全產生HTML標記的CGI高很多。

PHP最佳化的目的是花最少的代價換來最快的運行速度與最容易維護的程式碼。

PHP程式碼最佳化技巧

echo 比 print 快。

使用echo的多重參數來取代字串連接。

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

對global變量,應該用完就unset()掉。

用單引號代替雙引號來包含字串,這樣做會更快一些。

因為PHP會在雙引號包圍的字串中搜尋變量,單引號則不會。

函數取代正規表示式完成相同功能。當執行變數$i的遞增或遞減時,$i 會比 $i慢一些。

這種差異是PHP特有的,並不適用於其他語言, $i更快是因為它只需要3條指令(opcodes),$i 則需要4個指令。

後置遞增實際上會產生一個臨時變量,這個臨時變量隨後被遞增。

而前置遞增直接在原值上遞增。

使用選擇分支語句(switch case)比使用多個if,else if語句。

利用var_dump進行PHP程式碼偵錯。

如果你在尋找php調試技術,我必須說var_dump應該是你要找的目標,在顯示php資訊方面這個指令可以滿足你的所有需要​​,而調試程式碼的多數情況與得到PHP中的數值有關。

在包含檔案時使用完整路徑,解析作業系統路徑所需的時間會更少。

動輒創造全域數值是一種糟糕的做法,不過有時候實際狀況的確又需要這麼做。

對於資料庫表或資料庫連線資訊使用全域數值是一個不錯的想法,但不要在你的PHP程式碼中頻繁使用全域數值。

另外,更好的做法是把你的全域變數存放在一個config.php檔案中。

如果你想知道腳本開始執行的時刻,使用$_SERVER[‘REQUEST_TIME’]比time()更好。

開啟apache的mod_deflate模組。

用@屏蔽錯誤訊息的做法非常低效。

盡量採用大量的PHP內建函數。

遞增一個未預先定義的局部變數要比遞增一個預先定義的局部變數慢9至10倍。

衍生類別中的方法運行起來要快於在基底類別中定義的同樣的方法。

只定義一個局部變數而沒在函數中呼叫它,同樣會減慢速度(其程度相當於遞增一個局部變數)Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。

盡量多用靜態HTML頁面,少用腳本。如同先前所提到的,任何php網站中最重要的部分有99%的可能是資料庫。

因此,你需要非常熟悉如何正確的使用sql,學會關聯表和更多進階的資料庫技術。

呼叫帶有一個參數的空函數,其花費的時間相當於執行7至8次的局部變數遞增操作。

當操作字串並需要檢驗其長度是否滿足某種要求時,你想當然地會使用strlen()函數。

此函數執行起來相當快,因為它不做任何計算,只傳回zval 結構(C的內建資料結構,用於儲存PHP變數)中儲存的已知字串長度。

並不是所有情況都必須使用物件導向開發,物件導嚮往往開銷很大,每個方法和物件呼叫都會消耗很多記憶體。

除非腳本可以緩存,否則每次呼叫時都會重新編譯一次。引入一套PHP快取機制通常可以提升25%至100%的效能,以免除編譯開銷。


PHP程式碼最佳化注意事項

短程式碼不等於快的程式碼

很多人在寫程序時希望將程式碼寫的越簡潔越好,但是越短的程式碼有時候反而需要更長的執行時間。在寫程式的時候更應該注重程式的擴展性,而不是追求速度。在優化你的程式碼之前,先看看跟資料庫相關的部分,因為大多數應用程式的瓶頸在資料庫而不是程式碼。

微優化得不償失

什麼叫微優化?就像前面所說的將正規表示式部分的程式碼改用字串函數代替。這樣做有以下缺點:
(1)花費時間較長
(2)不會根本解決效能問題
(3)很有可能會破壞先前的程式碼從而產生未知的錯誤
(4)付出大於回報
這裡還不得不提到一個誤區,有些人為了讓程式更加優化,在分析業務邏輯的時候便將優化考慮在內了,從而為了得到更優的程式碼而改動業務邏輯。這是十分愚蠢的想法,因為程序的目的是為了處理現實中遇到的問題,我們不能本末倒置。

更多PHP相關技術文章,請造訪PHP教學欄位進行學習!

以上是PHP 程式碼最佳化 技巧總結的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn