在專案開發過程中，經常遇到了一些PHP處理程式效能底下的情況，程式執行在centos+nginx環境，雖然這個有很多的原因如：伺服器本身配置，執行環境nginx服務，php-fpm配置等等，更多有一點仍然是PHPer沒有對程式進行更好的優化。

第一類、變數型別：

1)主要是使用未定義變數，而直接使用變數，做程式開發結束的時候，程式設計師都喜歡關閉debug，讓一切Notice和Warning都影藏起來，但實質上php即使關閉debug也會記錄日誌，將所有的Notice和Warning資訊全部寫入日誌檔案中，無非是一件浪費效能的事，很多phper都有這個小習慣，包括我也一樣。

2)另外在程式中應儘量注意變數的使用，如字串最好使用單引號，而不是雙引號，畢竟雙引號還得PHP解析為單引號在執行。

3)說到這裡陣列中的鍵值索引一樣也需要用單引號，不要不寫引號這樣的程式執行效率極低。

第二類、函式型別：

1)SESSION變數，大家都知道呼叫SESSION這個全域性變數，往往大家在將值放入SESSION之後，直接就往下接著寫自己的程式碼了，卻忘記了SESSION變數會在頁面執行完畢之後才會將值放入SESSION中供其他頁面使用，這樣如果這個頁面執行時間過長，其他頁面也呼叫這個SESSION就會等待這個寫入SESSION的頁面執行完畢之後，再往後執行其他程式，但是我們的程式要的不是這樣的效果，因為我們只需要將值寫入SESSION執行之後，就已經放在SESSION中了，而不是等待頁面執行完畢，從PHP官網也能看到這個SESSION變數確實有這個問題，因此我們需要在寫入SESSION之後關閉寫入SESSION操作，加上session_write_close()函式則可以減少等待頁面載入完畢的這些無用時間。
2)file_get_contents()函式，這個函式意思是獲取遠端URL的頁面內容，但雖然這樣寫著，很多人都不會注意這樣一個問題”超時”，如果獲取不到頁面內容，程式將一直卡在這裡，很多人會聯絡到設定頁面超時或者在php.ini檔案中去設定max_execution_time最大執行超時時間，但如果使用的是php-fpm（也就是php-cgi）將對這個引數視為無效,而需要在php-fpm配置檔案中設定最大執行超時時間，最終這樣也無法起到作用，需要解決這個問題，仍然需要我們在至呼叫該函式的時候加上超時時間，這樣才能從根本上解決問題。

第三類、引用檔案型別：

引用檔案很多時間我們都習慣性的使用include ，但是這中間也隱含著一些使用技巧，如果經常使用框架開發程式的人就很熟悉，專案專案下面會有”include”字樣型別的資料夾，程式在查詢包含檔案的順序先是在當前工作目錄根路徑下include字樣資料夾中下查詢，然後再是當前該檔案所在目錄相對的include字樣資料夾中查詢。也就是這個include使用不當，程式將會按照這個方式在根路徑下面依次查詢，這樣同樣是一件很費解的事，所以大家應儘量將使用的檔案寫在最容易查詢的位置，這樣才有利於程式的執行效率。此外還有像echo輸出多個字串或變數的函式，使用”.”連線效率要比”,”連線執行效率低。

更詳細具體的總結如下：

1、用單引號代替雙引號來包含字串，這樣做會更快一些。因為PHP會在雙引號包圍的字串中搜尋變數， 單引號則不會，注意：只有echo能這麼做，它是一種可以把多個字串當作引數的”函式”(譯註：PHP手冊中說echo是語言結構，不是真正的函式，故 把函式加上了雙引號)。

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

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

4、echo 比 print 快，並且使用echo的多重引數(譯註：指用逗號而不是句點)代替字串連線，比如echo $str1,$str2。

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

6、登出那些不用的變數尤其是大陣列，以便釋放記憶體。

7、儘量避免使用__get，__set，__autoload。

8、require_once()代價昂貴。

9、include檔案時儘量使用絕對路徑，因為它避免了PHP去include_path裡查詢檔案的速度，解析作業系統路徑所需的時間會更少。

10、如果你想知道指令碼開始執行(譯註：即伺服器端收到客戶端請求)的時刻，使用$_SERVER[‘REQUEST_TIME’]要好於time()。

11、函式代替正則表示式完成相同功能。

12、str_replace函式比preg_replace函式快，但strtr函式的效率是str_replace函式的四倍。

13、如果一個字串替換函式，可接受陣列或字元作為引數，並且引數長度不太長，那麼可以考慮額外寫一段替換程式碼，使得每次傳遞引數是一個字元，而不是隻寫一行程式碼接受陣列作為查詢和替換的引數。

14、使用選擇分支語句(譯註：即switch case)好於使用多個if，else if語句。

15、用@遮蔽錯誤訊息的做法非常低效，極其低效。

16、開啟apache的mod_deflate模組，可以提高網頁的瀏覽速度。

17、資料庫連線當使用完畢時應關掉，不要用長連線。

18、錯誤訊息代價昂貴。

19、在方法中遞增區域性變數，速度是最快的。幾乎與在函式中呼叫區域性變數的速度相當。

20、遞增一個全域性變數要比遞增一個區域性變數慢2倍。

21、遞增一個物件屬性(如：$this->prop++)要比遞增一個區域性變數慢3倍。

22、遞增一個未預定義的區域性變數要比遞增一個預定義的區域性變數慢9至10倍。

23、僅定義一個區域性變數而沒在函式中呼叫它，同樣會減慢速度(其程度相當於遞增一個區域性變數)。PHP大概會檢檢視是否存在全域性變數。

24、方法呼叫看來與類中定義的方法的數量無關，因為我(在測試方法之前和之後都)添加了10個方法，但效能上沒有變化。

25、派生類中的方法執行起來要快於在基類中定義的同樣的方法。

26、呼叫帶有一個引數的空函式，其花費的時間相當於執行7至8次的區域性變數遞增操作。類似的方法呼叫所花費的時間接近於15次的區域性變數遞增操作。

27、Apache解析一個PHP指令碼的時間要比解析一個靜態HTML頁面慢2至10倍。儘量多用靜態HTML頁面，少用指令碼。

28、除非指令碼可以快取，否則每次呼叫時都會重新編譯一次。引入一套PHP快取機制通常可以提升25%至100%的效能，以免除編譯開銷。

29、儘量做快取，可使用memcached。memcached是一款高效能的記憶體物件快取系統，可用來加速動態Web應用程式，減輕資料庫負載。對運算碼 (OP code)的快取很有用，使得指令碼不必為每個請求做重新編譯。

30、當操作字串並需要檢驗其長度是否滿足某種要求時，你想當然地會使用strlen()函式。此函式執行起來相當快，因為它不做任何計算， 只返回在zval 結構(C的內建資料結構，用於儲存PHP變數)中儲存的已知字串長度。但是，由於strlen()是函式，多多少少會有些慢，因為函式呼叫會經過諸多步 驟，如字母小寫化(譯註：指函式名小寫化，PHP不區分函式名大小寫)、雜湊查詢，會跟隨被呼叫的函式一起執行。在某些情況下，你可以使用isset() 技巧加速執行你的程式碼。

(舉例如下)

if (strlen($foo) < 5) { echo “Foo is too short”$$ }

(與下面的技巧做比較)

if (!isset($foo{5})) { echo “Foo is too short”$$ }

呼叫isset()恰巧比strlen()快，因為與後者不同的是，isset()作為一種語言結構，意味著它的執行不需要函式查詢和字母小寫化。也就是說，實際上在檢驗字串長度的頂層程式碼中你沒有花太多開銷。

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

32、並不是事必面向物件(OOP)，面向物件往往開銷很大，每個方法和物件呼叫都會消耗很多記憶體。

33、並非要用類實現所有的資料結構，陣列也很有用。

34、不要把方法細分得過多，仔細想想你真正打算重用的是哪些程式碼?

35、當你需要時，你總能把程式碼分解成方法。

36、儘量採用大量的PHP內建函式。

37、如果在程式碼中存在大量耗時的函式，你可以考慮用C擴充套件的方式實現它們。

38、評估檢驗(profile)你的程式碼。檢驗器會告訴你，程式碼的哪些部分消耗了多少時間。Xdebug偵錯程式包含了檢驗程式，評估檢驗總體上可以顯示出程式碼的瓶頸。

39、mod_zip可作為Apache模組，用來即時壓縮你的資料，並可讓資料傳輸量降低80%。

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

41、儘量的少進行檔案操作，雖然PHP的檔案操作效率也不低的。

42、優化Select SQL語句，在可能的情況下儘量少的進行Insert、Update操作(在update上，我被惡批過)。

43、儘可能的使用PHP內部函式(但是我卻為了找個PHP裡面不存在的函式，浪費了本可以寫出一個自定義函式的時間，經驗問題啊!)。

44、迴圈內部不要宣告變數，尤其是大變數：物件(這好像不只是PHP裡面要注意的問題吧?)。

45、多維陣列儘量不要迴圈巢狀賦值。

46、在可以用PHP內部字串操作函式的情況下，不要用正則表示式。

47、foreach效率更高，儘量用foreach代替while和for迴圈。

48、用單引號替代雙引號引用字串。

49、用i+=1代替i=i+1。符合c/c++的習慣，效率高。

50、對global變數，應該用完就unset()掉。

上述都是一些最基本的程式優化問題。希望在以後少犯這樣的低階錯誤。