摘要：性能問題一般不會超過占整個項目性能的，一般在。內(nèi)置函數(shù)的性能優(yōu)劣。幾乎與在函數(shù)中調(diào)用局部變量的速度相當。遞增一個全局變量要比遞增一個局部變量慢倍。類似的方法調(diào)用所花費的時間接近于次的局部變量遞增操作。

php性能怎么優(yōu)化?性能是網(wǎng)站運行是否良好的關鍵因素， 網(wǎng)站的性能與效率影響著公司的運營成本及長遠發(fā)展，編寫出高質(zhì)高效的代碼是我們每個開發(fā)人員必備的素質(zhì),也是我們良好的職業(yè)素養(yǎng)。

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

1：PHP語法使用不恰當。

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

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

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

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

對線上站點做壓力測試的時候，我們一定要將請求數(shù)和并發(fā)數(shù)，特別是并發(fā)數(shù)要設置的比較低，我們不能對線上的網(wǎng)站造成壓力問題，不管是自己的還是別人的。

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

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

1：PHP語言級的性能優(yōu)化，指的是PHP語法基本功能，這部分優(yōu)化比較簡單易見、快速可行，比較快速看到效果。

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

性能問題

自寫代碼冗余較多，可讀性不佳，并且性能低，如代碼很長很長…PHP代碼越長PHP的執(zhí)行效率越慢。

為什么性能低?

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

解決方法：

多使用PHP內(nèi)置的變量、常量、函數(shù)。我們用PHP代碼實現(xiàn)的功能和使用PHP內(nèi)置的函數(shù)實現(xiàn)的同樣功能差別是有的。

b:PHP內(nèi)置函數(shù)的性能優(yōu)劣。

情況描述：

PHP內(nèi)置函數(shù)之間依然存在快慢差別;少用PHP魔術方法;

建議：

多去了解PHP內(nèi)置函數(shù)的執(zhí)行實現(xiàn)復雜度。

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

c:產(chǎn)生額外開銷的錯誤抑制符號“@”

最好別用(不管是性能優(yōu)化和項目的健壯性等方面)。

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

d：合理使用內(nèi)存。

情況描述：

PHP有內(nèi)存回收機制保底，但是也小心使用內(nèi)存;

建議：

利用unset()及時釋放不使用的內(nèi)存，比如一些數(shù)據(jù)庫多余字段(注意：unset()有時會出現(xiàn)注銷不掉的情況)

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

情況描述：

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

f：避免在循環(huán)內(nèi)做運算。

情況描述：

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

舉例：

錯誤用法：

$str = “hello world”;

for($i = 0; $i < strlen($str); $i ++){ …}

正確用法：

$str = “hello world”;

$strlen = strlen($str);

for($i = 0; $i < $strlen; $i++){…}

g:減少計算密集型業(yè)務

情況描述：

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

為什么?

PHP的語言特性決定PHP不適合做大數(shù)據(jù)量運算，PHP語言由C寫的，PHP處于C基礎之上，PHP的所有運算處理流程需要轉(zhuǎn)化為C語言，PHP和C想比性能肯定輸了，并且

PHP語言還有一些環(huán)境問題、語言特性，相比于C而言的開銷要大很多的。PHP一段很長的代碼，可能C很短就實現(xiàn)了…

PHP適合場景：

適合銜接WebServer與后端服務，WebServer來了請求交給PHP，PHP做一些校驗、一些初始化數(shù)據(jù)處理，將請求轉(zhuǎn)發(fā)交給后端，等待后臺響應，后端可能是緩存、DB等其他業(yè)務，

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

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

情況描述

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

建議：

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

2：PHP周邊的性能優(yōu)化：(PHP前面有WebServer，后面有數(shù)據(jù)庫)

3：PHP語言自身的分析、優(yōu)化(底層C級別的優(yōu)化)

補充：

1:盡量靜態(tài)化：

如果一個方法能被靜態(tài)，那就聲明它為靜態(tài)的，速度可提高1/4，甚至我測試的時候，這個提高了近三倍。

當然了，這個測試方法需要在十萬級以上次執(zhí)行，效果才明顯。

其實靜態(tài)方法和非靜態(tài)方法的效率主要區(qū)別在內(nèi)存：靜態(tài)方法在程序開始時生成內(nèi)存,實例方法在程序運行中生成內(nèi)存，所以靜態(tài)方法可以直接調(diào)用,實例方法要先成生實例,通過實例調(diào)用方法，靜態(tài)速度很快，但是多了會占內(nèi)存。

任何語言都是對內(nèi)存和磁盤的操作,至于是否面向?qū)ο?只是軟件層的問題,底層都是一樣的,只是實現(xiàn)方法不同。靜態(tài)內(nèi)存是連續(xù)的,因為是在程序開始時就生成了,而實例申請的是離散的空間,所以當然沒有靜態(tài)方法快。

靜態(tài)方法始終調(diào)用同一塊內(nèi)存，其缺點就是不能自動進行銷毀，而是實例化可以銷毀。

2.銷毀變量去釋放內(nèi)存，特別是大的數(shù)組;

數(shù)組和對象在php特別占內(nèi)存的，這個由于php的底層的zend引擎引起的，

一般來說，PHP數(shù)組的內(nèi)存利用率只有 1/10, 也就是說，一個在C語言里面100M 內(nèi)存的數(shù)組，在PHP里面就要1G。

特別是在PHP作為后臺服務器的系統(tǒng)中，經(jīng)常會出現(xiàn)內(nèi)存耗費太大的問題。

以下是我在其他博文收集的php性能優(yōu)化方法：

1、如果能將類的方法定義成static，就盡量定義成static，它的速度會提升將近4倍。

2、$row[’id’] 的速度是$row[id]的7倍。

3、注銷那些不用的變量尤其是大數(shù)組，以便釋放內(nèi)存。

4、盡量避免使用__get，__set，__autoload。

5、require_once()代價昂貴。

6、include文件時盡量使用絕對路徑，因為它避免了PHP去include_path里查找文件的速度，解析操作系統(tǒng)路徑所需的時間會更少。

7、如果你想知道腳本開始執(zhí)行(譯注：即服務器端收到客戶端請求)的時刻，使用$_SERVER[‘REQUEST_TIME’]要好于time()

8、函數(shù)代替正則表達式完成相同功能。

9、str_replace函數(shù)比preg_replace函數(shù)快，但strtr函數(shù)的效率是str_replace函數(shù)的四倍。

10、如果一個字符串替換函數(shù)，可接受數(shù)組或字符作為參數(shù)，并且參數(shù)長度不太長，那么可以考慮額外寫一段替換代碼，使得每次傳遞參數(shù)是一個字符，而不是只寫一行代碼接受數(shù)組作為查詢和替換的參數(shù)。

11、使用選擇分支語句(譯注：即switch case)好于使用多個if，else if語句。

12、用@屏蔽錯誤消息的做法非常低效，極其低效。

13、打開apache的mod_deflate模塊，可以提高網(wǎng)頁的瀏覽速度。

14、數(shù)據(jù)庫連接當使用完畢時應關掉，不要用長連接。

15、在方法中遞增局部變量，速度是最快的。幾乎與在函數(shù)中調(diào)用局部變量的速度相當。遞增一個全局變量要比遞增一個局部變量慢2倍。遞增一個對象屬性(如：$this->prop++)要比遞增一個局部變量慢3倍。遞增一個未預定義的局部變量要比遞增一個預定義的局部變量慢9至10倍。

16、僅定義一個局部變量而沒在函數(shù)中調(diào)用它，同樣會減慢速度(其程度相當于遞增一個局部變量)。PHP大概會檢查看是否存在全局變量。

17、方法調(diào)用看來與類中定義的方法的數(shù)量無關，因為我(在測試方法之前和之后都)添加了10個方法，但性能上沒有變化。

18、派生類中的方法運行起來要快于在基類中定義的同樣的方法。

19、調(diào)用帶有一個參數(shù)的空函數(shù)，其花費的時間相當于執(zhí)行7至8次的局部變量遞增操作。類似的方法調(diào)用所花費的時間接近于15次的局部變量遞增操作。

20、Apache解析一個PHP腳本的時間要比解析一個靜態(tài)HTML頁面慢2至10倍。盡量多用靜態(tài)HTML頁面，少用腳本。

21、除非腳本可以緩存，否則每次調(diào)用時都會重新編譯一次。引入一套PHP緩存機制通?？梢蕴嵘?5%至100%的性能，以免除編譯開銷。

22、盡量做緩存，可使用memcached。memcached是一款高性能的內(nèi)存對象緩存系統(tǒng)，可用來加速動態(tài)Web應用程序，減輕數(shù)據(jù)庫負載。對運算碼 (OP code)的緩存很有用，使得腳本不必為每個請求做重新編譯。

23、當操作字符串并需要檢驗其長度是否滿足某種要求時，你想當然地會使用strlen()函數(shù)。此函數(shù)執(zhí)行起來相當快，因為它不做任何計算，只返回在zval 結構(C的內(nèi)置數(shù)據(jù)結構，用于存儲PHP變量)中存儲的已知字符串長度。但是，由于strlen()是函數(shù)，多多少少會有些慢，因為函數(shù)調(diào)用會經(jīng)過諸多步驟，如字母小寫化(譯注：指函數(shù)名小寫化，PHP不區(qū)分函數(shù)名大小寫)、哈希查找，會跟隨被調(diào)用的函數(shù)一起執(zhí)行。在某些情況下，你可以使用isset() 技巧加速執(zhí)行你的代碼。

24、當執(zhí)行變量$i的遞增或遞減時，$i++會比++$i慢一些。這種差異是PHP特有的，并不適用于其他語言，所以請不要修改你的C或Java代碼并指望它們能立即變快，沒用的。++$i更快是因為它只需要3條指令(opcodes)，$i++則需要4條指令。后置遞增實際上會產(chǎn)生一個臨時變量，這個臨時變量隨后被遞增。而前置遞增直接在原值上遞增。這是最優(yōu)化處理的一種，正如Zend的php優(yōu)化器所作的那樣。牢記這個優(yōu)化處理不失為一個好主意，因為并不是所有的指令優(yōu)化器都會做同樣的優(yōu)化處理，并且存在大量沒有裝配指令優(yōu)化器的互聯(lián)網(wǎng)服務提供商(ISPs)和服務器。

25、并不是事必面向?qū)ο?OOP)，面向?qū)ο笸_銷很大，每個方法和對象調(diào)用都會消耗很多內(nèi)存。

26、并非要用類實現(xiàn)所有的數(shù)據(jù)結構，數(shù)組也很有用。

27、盡量采用大量的PHP內(nèi)置函數(shù)。

28、如果在代碼中存在大量耗時的函數(shù)，你可以考慮用C擴展的方式實現(xiàn)它們。

29、評估檢驗(profile)你的代碼。檢驗器會告訴你，代碼的哪些部分消耗了多少時間。Xdebug調(diào)試器包含了檢驗程序，評估檢驗總體上可以顯示出代碼的瓶頸。

30、mod_zip可作為Apache模塊，用來即時壓縮你的數(shù)據(jù)，并可讓數(shù)據(jù)傳輸量降低80%。

31、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，盡量用file_get_contents，因為他的效率高得多!但是要注意file_get_contents在打開一個URL文件時候的PHP版本問題;

32、盡量的少進行文件操作，雖然PHP的文件操作效率也不低的;

33、優(yōu)化Select SQL語句，在可能的情況下盡量少的進行Insert、Update操作(在update上，我被惡批過);

34、循環(huán)內(nèi)部不要聲明變量，尤其是大變量：對象(這好像不只是PHP里面要注意的問題吧?);

35、多維數(shù)組盡量不要循環(huán)嵌套賦值;

36、在可以用PHP內(nèi)部字符串操作函數(shù)的情況下，不要用正則表達式;

37、foreach效率更高，盡量用foreach代替while和for循環(huán);

38、用單引號替代雙引號引用字符串;

39、“用i+=1代替i=i+1。符合c/c++的習慣，效率還高”;

40、對global變量，應該用完就unset()掉;