PHP的性能優化方法總結


PHP的性能優化方法總結

 

什么情況之下,會遇到PHP性能問題?

1:PHP語法使用不恰當。

2:使用PHP語言做了它不擅長的事情。

3:使用PHP語言連接的服務不給力。

4:PHP自身的短板(PHP自身做不了的事情)。

5:我們也不知道的問題?(去探索、分析找到解決辦法,提升開發境界)。

對線上站點做壓力測試的時候,我們一定要將請求數和並發數,特別是並發數要設置的比較低,我們不能對線上的網站造成壓力問題,不管是自己的還是別人的。

PHP性能問題一般不會超過占整個項目性能的50%,一般在30%~40%。

PHP性能問題的解決方向,三個層級

1:PHP語言級的性能優化,指的是PHP語法基本功能,這部分優化比較簡單易見、快速可行,比較快速看到效果。

 a:少寫PHP的代碼,多用PHP自身能力解決問題。

性能問題

自寫代碼冗余較多,可讀性不佳,並且性能低,如代碼很長很長...PHP代碼越長PHP的執行效率越慢。

     為什么性能低?

PHP代碼需要解析編譯為C語言,底層C語言又要編譯成匯編語言機器語言才能執行,這個過程在每次請求過來之后都要處理一遍,所以開銷很大(項目變大的話...)。

     解決方法:

多使用PHP內置的變量、常量、函數。我們用PHP代碼實現的功能和使用PHP內置的函數實現的同樣功能差別是有的。

  b:PHP內置函數的性能優劣。

     情況描述

PHP內置函數之間依然存在快慢差別;少用PHP魔術方法;

     建議:

多去了解PHP內置函數的執行實現復雜度。

     測試方法:比較效率測試,如用microtime()函數,取差值,精確到毫秒級別;Linux的time命令可以查看開銷。

  c:產生額外開銷的錯誤抑制符號“@”,最好別用(不管是性能優化和項目的健壯性等方面)。

     @的邏輯是在代碼前和代碼結束后增加了Opcode,Opcode的作用就是忽略報錯,其實就是相當於增加了error_reporting設置,等級報錯為忽略(vld擴展可以查看被隱藏的Opcode);

  d:合理使用內存。

     情況描述:

      PHP有內存回收機制保底,但是也小心使用內存;

建議:

    利用unset()及時釋放不使用的內存,比如一些數據庫多余字段(注意:unset()有時會出現注銷不掉的情況) 

  e:盡量少用正則表達式。

情況描述:

正則表達式的開銷大,使用起來簡單,但是性能低因為,正則表達式需要回溯;正則表達式越長,回溯的開銷越大,優化正則表達式是需要技術水平的,正則技術不達標,不要亂用正則。

  f:避免在循環內做運算。

情況描述:

循環內的計算式將被重復計算(我們在for循環或者while循環,會有重復計算,影響性能問題)。

舉例:

錯誤用法:

$str = "hello world";
for($i = 0; $i < strlen($str); $i ++){ ...}

正確用法:

$str = "hello world";
$strlen = strlen($str);
for($i = 0; $i < $strlen; $i++){...}

 g:減少計算密集型業務

情況描述:

PHP不適合密集型(大數據量)運算的場景。

     為什么?

PHP的語言特性決定PHP不適合做大數據量運算,PHP語言由C寫的,PHP處於C基礎之上,PHP的所有運算處理流程需要轉化為C語言,PHP和C想比性能肯定輸了,並且

PHP語言還有一些環境問題、語言特性,相比於C而言的開銷要大很多的。PHP一段很長的代碼,可能C很短就實現了...

PHP適合場景:

適合銜接WebServer與后端服務,WebServer來了請求交給PHP,PHP做一些校驗、一些初始化數據處理,將請求轉發交給后端,等待后台響應,后端可能是緩存、DB等其他業務,

后端響應之后,PHP再作為紐帶,將信息傳遞給WebServer,這是PHP擅長的。PHP也擅長做UI呈現,也就是配合模板引擎做模板輸出,其實就是一些字符串文本處理。

  h:務必使用帶引號字符串做鍵值(數組的Key字段)。

情況描述

PHP會將沒有使用引號的鍵值當做常量,產生查找常量的開銷,如果查找到了常量有這個字符串,那么就把常量作為這個值了。

    建議:

嚴格使用引號作為鍵值,單引號即可。

2:PHP周邊的性能優化:(PHP前面有WebServer,后面有數據庫)

3:PHP語言自身的分析、優化(底層C級別的優化)

 

補充:

1:盡量靜態化:

   如果一個方法能被靜態,那就聲明它為靜態的,速度可提高1/4,甚至我測試的時候,這個提高了近三倍。
   當然了,這個測試方法需要在十萬級以上次執行,效果才明顯。
   其實靜態方法和非靜態方法的效率主要區別在內存:靜態方法在程序開始時生成內存,實例方法在程序運行中生成內存,所以靜態方法可以直接調用,實例方法要先成生實例,通過實例調用方法,靜態速度很快,但是多了會占內存。
  任何語言都是對內存和磁盤的操作,至於是否面向對象,只是軟件層的問題,底層都是一樣的,只是實現方法不同。靜態內存是連續的,因為是在程序開始時就生成了,而實例申請的是離散的空間,所以當然沒有靜態方法快。
   靜態方法始終調用同一塊內存,其缺點就是不能自動進行銷毀,而是實例化可以銷毀。

2.銷毀變量去釋放內存,特別是大的數組;

  數組和對象在php特別占內存的,這個由於php的底層的zend引擎引起的,
  一般來說,PHP數組的內存利用率只有 1/10, 也就是說,一個在C語言里面100M 內存的數組,在PHP里面就要1G。
  特別是在PHP作為后台服務器的系統中,經常會出現內存耗費太大的問題。

 

以下是我在其他博文收集的

1、如果能將類的方法定義成static,就盡量定義成static,它的速度會提升將近4倍。
2、$row[’id’] 的速度是$row[id]的7倍。
3、注銷那些不用的變量尤其是大數組,以便釋放內存。
4、盡量避免使用__get,__set,__autoload。
5、require_once()代價昂貴。
6、include文件時盡量使用絕對路徑,因為它避免了PHP去include_path里查找文件的速度,解析操作系統路徑所需的時間會更少。
7、如果你想知道腳本開始執行(譯注:即服務器端收到客戶端請求)的時刻,使用$_SERVER[‘REQUEST_TIME’]要好於time()
8、函數代替正則表達式完成相同功能。
9、str_replace函數比preg_replace函數快,但strtr函數的效率是str_replace函數的四倍。
10、如果一個字符串替換函數,可接受數組或字符作為參數,並且參數長度不太長,那么可以考慮額外寫一段替換代碼,使得每次傳遞參數是一個字符,而不是只寫一行代碼接受數組作為查詢和替換的參數。
11、使用選擇分支語句(譯注:即switch case)好於使用多個if,else if語句。
12、用@屏蔽錯誤消息的做法非常低效,極其低效。
13、打開apache的mod_deflate模塊,可以提高網頁的瀏覽速度。
14、數據庫連接當使用完畢時應關掉,不要用長連接。
15、在方法中遞增局部變量,速度是最快的。幾乎與在函數中調用局部變量的速度相當。遞增一個全局變量要比遞增一個局部變量慢2倍。遞增一個對象屬性(如:$this->prop++)要比遞增一個局部變量慢3倍。遞增一個未預定義的局部變量要比遞增一個預定義的局部變量慢9至10倍。
16、僅定義一個局部變量而沒在函數中調用它,同樣會減慢速度(其程度相當於遞增一個局部變量)。PHP大概會檢查看是否存在全局變量。
17、方法調用看來與類中定義的方法的數量無關,因為我(在測試方法之前和之后都)添加了10個方法,但性能上沒有變化。
18、派生類中的方法運行起來要快於在基類中定義的同樣的方法。
19、調用帶有一個參數的空函數,其花費的時間相當於執行7至8次的局部變量遞增操作。類似的方法調用所花費的時間接近於15次的局部變量遞增操作。
20、Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。盡量多用靜態HTML頁面,少用腳本。
21、除非腳本可以緩存,否則每次調用時都會重新編譯一次。引入一套PHP緩存機制通常可以提升25%至100%的性能,以免除編譯開銷。
22、盡量做緩存,可使用memcached。memcached是一款高性能的內存對象緩存系統,可用來加速動態Web應用程序,減輕數據庫負載。對運算碼 (OP code)的緩存很有用,使得腳本不必為每個請求做重新編譯。
23、當操作字符串並需要檢驗其長度是否滿足某種要求時,你想當然地會使用strlen()函數。此函數執行起來相當快,因為它不做任何計算,只返回在zval 結構(C的內置數據結構,用於存儲PHP變量)中存儲的已知字符串長度。但是,由於strlen()是函數,多多少少會有些慢,因為函數調用會經過諸多步驟,如字母小寫化(譯注:指函數名小寫化,PHP不區分函數名大小寫)、哈希查找,會跟隨被調用的函數一起執行。在某些情況下,你可以使用isset() 技巧加速執行你的代碼。
24、當執行變量$i的遞增或遞減時,$i++會比++$i慢一些。這種差異是PHP特有的,並不適用於其他語言,所以請不要修改你的C或Java代碼並指望它們能立即變快,沒用的。++$i更快是因為它只需要3條指令(opcodes),$i++則需要4條指令。后置遞增實際上會產生一個臨時變量,這個臨時變量隨后被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種,正如Zend的PHP優化器所作的那樣。牢記這個優化處理不失為一個好主意,因為並不是所有的指令優化器都會做同樣的優化處理,並且存在大量沒有裝配指令優化器的互聯網服務提供商(ISPs)和服務器。
25、並不是事必面向對象(OOP),面向對象往往開銷很大,每個方法和對象調用都會消耗很多內存。
26、並非要用類實現所有的數據結構,數組也很有用。
27、盡量采用大量的PHP內置函數。
28、如果在代碼中存在大量耗時的函數,你可以考慮用C擴展的方式實現它們。
29、評估檢驗(profile)你的代碼。檢驗器會告訴你,代碼的哪些部分消耗了多少時間。Xdebug調試器包含了檢驗程序,評估檢驗總體上可以顯示出代碼的瓶頸。
30、mod_zip可作為Apache模塊,用來即時壓縮你的數據,並可讓數據傳輸量降低80%。
31、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下,盡量用file_get_contents,因為他的效率高得多!但是要注意file_get_contents在打開一個URL文件時候的PHP版本問題;
32、盡量的少進行文件操作,雖然PHP的文件操作效率也不低的;
33、優化Select SQL語句,在可能的情況下盡量少的進行Insert、Update操作(在update上,我被惡批過);
34、循環內部不要聲明變量,尤其是大變量:對象(這好像不只是PHP里面要注意的問題吧?);
35、多維數組盡量不要循環嵌套賦值;
36、在可以用PHP內部字符串操作函數的情況下,不要用正則表達式;
37、foreach效率更高,盡量用foreach代替while和for循環;
38、用單引號替代雙引號引用字符串;
39、“用i+=1代替i=i+1。符合c/c++的習慣,效率還高”;
40、對global變量,應該用完就unset()掉;


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM