在項(xiàng)目開發(fā)過程中，經(jīng)常遇到了一些PHP處理程序性能底下的情況，雖然有很多原因如：服務(wù)器本身配置，運(yùn)行環(huán)境nginx服務(wù)，php-fpm配置等等，更多有一點(diǎn)仍然是PHPer沒有對程序進(jìn)行更好的優(yōu)化。
第一類、變量類型：
1)主要是使用未定義變量，而直接使用變量，做程序開發(fā)結(jié)束的時(shí)候，程序員都喜歡關(guān)閉debug，讓一切Notice和Warning都影藏起來，但實(shí)質(zhì)上php即使關(guān)閉debug也會(huì)記錄日志，將所有的Notice和Warning信息全部寫入日志文件中，無非是一件浪費(fèi)性能的事，很多phper都有這個(gè)小習(xí)慣，包括我也一樣。
2)另外在程序中應(yīng)盡量注意變量的使用，如字符串最好使用單引號，而不是雙引號，畢竟雙引號還得PHP解析為單引號在執(zhí)行。
3)說到這里數(shù)組中的鍵值索引一樣也需要用單引號，不要不寫引號這樣的程序執(zhí)行效率極低。
第二類、函數(shù)類型：
1)SESSION變量，大家都知道調(diào)用SESSION這個(gè)全局變量，往往大家在將值放入SESSION之后，直接就往下接著寫自己的代碼了，卻忘記了SESSION變量會(huì)在頁面執(zhí)行完畢之后才會(huì)將值放入SESSION中供其他頁面使用，這樣如果這個(gè)頁面執(zhí)行時(shí)間過長，其他頁面也調(diào)用這個(gè)SESSION就會(huì)等待這個(gè)寫入SESSION的頁面執(zhí)行完畢之后，再往后執(zhí)行其他程序，但是我們的程序要的不是這樣的效果，因?yàn)槲覀冎恍枰獙⒅祵懭隨ESSION執(zhí)行之后，就已經(jīng)放在SESSION中了，而不是等待頁面執(zhí)行完畢，從PHP官網(wǎng)也能看到這個(gè)SESSION變量確實(shí)有這個(gè)問題，因此我們需要在寫入SESSION之后關(guān)閉寫入SESSION操作，加上session_write_close()函數(shù)則可以減少等待頁面加載完畢的這些無用時(shí)間。
2)file_get_contents()函數(shù)，這個(gè)函數(shù)意思是獲取遠(yuǎn)程URL的頁面內(nèi)容，但雖然這樣寫著，很多人都不會(huì)注意這樣一個(gè)問題”超時(shí)”，如果獲取不到頁面內(nèi)容，程序?qū)⒁恢笨ㄔ谶@里，很多人會(huì)聯(lián)系到設(shè)置頁面超時(shí)或者在php.ini文件中去設(shè)置max_execution_time最大執(zhí)行超時(shí)時(shí)間，但如果使用的是php-fpm（也就是php-cgi）將對這個(gè)參數(shù)視為無效,而需要在php-fpm配置文件中設(shè)置最大執(zhí)行超時(shí)時(shí)間，最終這樣也無法起到作用，需要解決這個(gè)問題，仍然需要我們在至調(diào)用該函數(shù)的時(shí)候加上超時(shí)時(shí)間，這樣才能從根本上解決問題。
第三類、引用文件類型：
引用文件很多時(shí)間我們都習(xí)慣性的使用include ，但是這中間也隱含著一些使用技巧，如果經(jīng)常使用框架開發(fā)程序的人就很熟悉，項(xiàng)目項(xiàng)目下面會(huì)有”include”字樣類型的文件夾，程序在查找包含文件的順序先是在當(dāng)前工作目錄根路徑下include字樣文件夾中下查找，然后再是當(dāng)前該文件所在目錄相對的include字樣文件夾中查找。也就是這個(gè)include使用不當(dāng)，程序?qū)?huì)按照這個(gè)方式在根路徑下面依次查找，這樣同樣是一件很費(fèi)解的事，所以大家應(yīng)盡量將使用的文件寫在最容易查找的位置，這樣才有利于程序的執(zhí)行效率。此外還有像echo輸出多個(gè)字符串或變量的函數(shù)，使用”.”連接效率要比”,”連接執(zhí)行效率低。
更詳細(xì)具體的總結(jié)如下：
1、用單引號代替雙引號來包含字符串，這樣做會(huì)更快一些。因?yàn)镻HP會(huì)在雙引號包圍的字符串中搜尋變量， 單引號則不會(huì)，注意：只有echo能這么做，它是一種可以把多個(gè)字符串當(dāng)作參數(shù)的”函數(shù)”(譯注：PHP手冊中說echo是語言結(jié)構(gòu)，不是真正的函數(shù)，故 把函數(shù)加上了雙引號)。
2、如果能將類的方法定義成static，就盡量定義成static，它的速度會(huì)提升將近4倍。
3、$row[‘id’] 的速度是$row[id]的7倍。
4、echo 比 print 快，并且使用echo的多重參數(shù)(譯注：指用逗號而不是句點(diǎn))代替字符串連接，比如echo $str1,$str2。
5、在執(zhí)行for循環(huán)之前確定最大循環(huán)數(shù)，不要每循環(huán)一次都計(jì)算最大值，最好運(yùn)用foreach代替。
6、注銷那些不用的變量尤其是大數(shù)組，以便釋放內(nèi)存。
7、盡量避免使用__get，__set，__autoload。
8、require_once()代價(jià)昂貴。
9、include文件時(shí)盡量使用絕對路徑，因?yàn)樗苊饬薖HP去include_path里查找文件的速度，解析操作系統(tǒng)路徑所需的時(shí)間會(huì)更少。
10、如果你想知道腳本開始執(zhí)行(譯注：即服務(wù)器端收到客戶端請求)的時(shí)刻，使用$_SERVER[‘REQUEST_TIME’]要好于time()。
11、函數(shù)代替正則表達(dá)式完成相同功能。
12、str_replace函數(shù)比preg_replace函數(shù)快，但strtr函數(shù)的效率是str_replace函數(shù)的四倍。
13、如果一個(gè)字符串替換函數(shù)，可接受數(shù)組或字符作為參數(shù)，并且參數(shù)長度不太長，那么可以考慮額外寫一段替換代碼，使得每次傳遞參數(shù)是一個(gè)字符，而不是只寫一行代碼接受數(shù)組作為查詢和替換的參數(shù)。
14、使用選擇分支語句(譯注：即switch case)好于使用多個(gè)if，else if語句。
15、用@屏蔽錯(cuò)誤消息的做法非常低效，極其低效。
16、打開apache的mod_deflate模塊，可以提高網(wǎng)頁的瀏覽速度。
17、數(shù)據(jù)庫連接當(dāng)使用完畢時(shí)應(yīng)關(guān)掉，不要用長連接。
18、錯(cuò)誤消息代價(jià)昂貴。
19、在方法中遞增局部變量，速度是最快的。幾乎與在函數(shù)中調(diào)用局部變量的速度相當(dāng)。
20、遞增一個(gè)全局變量要比遞增一個(gè)局部變量慢2倍。
21、遞增一個(gè)對象屬性(如：$this->prop++)要比遞增一個(gè)局部變量慢3倍。
22、遞增一個(gè)未預(yù)定義的局部變量要比遞增一個(gè)預(yù)定義的局部變量慢9至10倍。
23、僅定義一個(gè)局部變量而沒在函數(shù)中調(diào)用它，同樣會(huì)減慢速度(其程度相當(dāng)于遞增一個(gè)局部變量)。PHP大概會(huì)檢查看是否存在全局變量。
24、方法調(diào)用看來與類中定義的方法的數(shù)量無關(guān)，因?yàn)槲?在測試方法之前和之后都)添加了10個(gè)方法，但性能上沒有變化。
25、派生類中的方法運(yùn)行起來要快于在基類中定義的同樣的方法。
26、調(diào)用帶有一個(gè)參數(shù)的空函數(shù)，其花費(fèi)的時(shí)間相當(dāng)于執(zhí)行7至8次的局部變量遞增操作。類似的方法調(diào)用所花費(fèi)的時(shí)間接近于15次的局部變量遞增操作。
27、Apache解析一個(gè)PHP腳本的時(shí)間要比解析一個(gè)靜態(tài)HTML頁面慢2至10倍。盡量多用靜態(tài)HTML頁面，少用腳本。
28、除非腳本可以緩存，否則每次調(diào)用時(shí)都會(huì)重新編譯一次。引入一套PHP緩存機(jī)制通常可以提升25%至100%的性能，以免除編譯開銷。
29、盡量做緩存，可使用memcached。memcached是一款高性能的內(nèi)存對象緩存系統(tǒng)，可用來加速動(dòng)態(tài)Web應(yīng)用程序，減輕數(shù)據(jù)庫負(fù)載。對運(yùn)算碼 (OP code)的緩存很有用，使得腳本不必為每個(gè)請求做重新編譯。
30、當(dāng)操作字符串并需要檢驗(yàn)其長度是否滿足某種要求時(shí)，你想當(dāng)然地會(huì)使用strlen()函數(shù)。此函數(shù)執(zhí)行起來相當(dāng)快，因?yàn)樗蛔鋈魏斡?jì)算， 只返回在zval 結(jié)構(gòu)(C的內(nèi)置數(shù)據(jù)結(jié)構(gòu)，用于存儲PHP變量)中存儲的已知字符串長度。但是，由于strlen()是函數(shù)，多多少少會(huì)有些慢，因?yàn)楹瘮?shù)調(diào)用會(huì)經(jīng)過諸多步 驟，如字母小寫化(譯注：指函數(shù)名小寫化，PHP不區(qū)分函數(shù)名大小寫)、哈希查找，會(huì)跟隨被調(diào)用的函數(shù)一起執(zhí)行。在某些情況下，你可以使用isset() 技巧加速執(zhí)行你的代碼。
(舉例如下)
if (strlen($foo) < 5) { echo “Foo is too short”$$ }
(與下面的技巧做比較)
if (!isset($foo{5})) { echo “Foo is too short”$$ }
調(diào)用isset()恰巧比strlen()快，因?yàn)榕c后者不同的是，isset()作為一種語言結(jié)構(gòu)，意味著它的執(zhí)行不需要函數(shù)查找和字母小寫化。也就是說，實(shí)際上在檢驗(yàn)字符串長度的頂層代碼中你沒有花太多開銷。
31、當(dāng)執(zhí)行變量$i的遞增或遞減時(shí)，$i++會(huì)比++$i慢一些。這種差異是PHP特有的，并不適用于其他語言，所以請不要修改你的C或 Java代碼并指望它們能立即變快，沒用的。++$i更快是因?yàn)樗恍枰?條指令(opcodes)，$i++則需要4條指令。后置遞增實(shí)際上會(huì)產(chǎn)生一個(gè) 臨時(shí)變量，這個(gè)臨時(shí)變量隨后被遞增。而前置遞增直接在原值上遞增。這是最優(yōu)化處理的一種，正如Zend的PHP優(yōu)化器所作的那樣。牢記這個(gè)優(yōu)化處理不失為 一個(gè)好主意，因?yàn)椴⒉皇撬械闹噶顑?yōu)化器都會(huì)做同樣的優(yōu)化處理，并且存在大量沒有裝配指令優(yōu)化器的互聯(lián)網(wǎng)服務(wù)提供商(ISPs)和服務(wù)器。
32、并不是事必面向?qū)ο?OOP)，面向?qū)ο笸_銷很大，每個(gè)方法和對象調(diào)用都會(huì)消耗很多內(nèi)存。
33、并非要用類實(shí)現(xiàn)所有的數(shù)據(jù)結(jié)構(gòu)，數(shù)組也很有用。
34、不要把方法細(xì)分得過多，仔細(xì)想想你真正打算重用的是哪些代碼?
35、當(dāng)你需要時(shí)，你總能把代碼分解成方法。
36、盡量采用大量的PHP內(nèi)置函數(shù)。
37、如果在代碼中存在大量耗時(shí)的函數(shù)，你可以考慮用C擴(kuò)展的方式實(shí)現(xiàn)它們。
38、評估檢驗(yàn)(profile)你的代碼。檢驗(yàn)器會(huì)告訴你，代碼的哪些部分消耗了多少時(shí)間。Xdebug調(diào)試器包含了檢驗(yàn)程序，評估檢驗(yàn)總體上可以顯示出代碼的瓶頸。
39、mod_zip可作為Apache模塊，用來即時(shí)壓縮你的數(shù)據(jù)，并可讓數(shù)據(jù)傳輸量降低80%。
40、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，盡量用 file_get_contents，因?yàn)樗男矢叩枚?但是要注意file_get_contents在打開一個(gè)URL文件時(shí)候的PHP版本問題。
41、盡量的少進(jìn)行文件操作，雖然PHP的文件操作效率也不低的。
42、優(yōu)化Select SQL語句，在可能的情況下盡量少的進(jìn)行Insert、Update操作(在update上，我被惡批過)。
43、盡可能的使用PHP內(nèi)部函數(shù)(但是我卻為了找個(gè)PHP里面不存在的函數(shù)，浪費(fèi)了本可以寫出一個(gè)自定義函數(shù)的時(shí)間，經(jīng)驗(yàn)問題啊!)。
44、循環(huán)內(nèi)部不要聲明變量，尤其是大變量：對象(這好像不只是PHP里面要注意的問題吧?)。
45、多維數(shù)組盡量不要循環(huán)嵌套賦值。
46、在可以用PHP內(nèi)部字符串操作函數(shù)的情況下，不要用正則表達(dá)式。
47、foreach效率更高，盡量用foreach代替while和for循環(huán)。
48、用單引號替代雙引號引用字符串。
49、用i+=1代替i=i+1。符合c/c++的習(xí)慣，效率高。
50、對global變量，應(yīng)該用完就unset()掉。
