(2) php腳本執行時間找到：
max_execution_time = 30
該選項設定php程序的最大執行時間，如果一個php腳本被請求，且該php腳本在max_execution_time時間內沒能執行完畢，則php不再繼續執行，直接給客戶端返回超時錯誤。沒有特殊需要該選項可保持默認設置30秒，如果您的php腳本確實需要長執行時間則可以適當增大該時間設置。 

(3) php腳本處理內存占用找到：
memory_limit = 8M
該選項指定php腳本處理所能占用的最大內存，默認為8MB，如果您的服務器內存為1GB以上，則該選項可以設置為12MB以獲得更快的php腳本處理效率。 

(4) php全局函數聲明找到：
register_globals = Off
網絡上很多關于php設置的文章都推薦將該選項設置為On，其實這是一種及其危險的設置方法，很可能引起嚴重的安全性問題。如果沒有特殊的需要，強烈推薦保留默認設置！ 

(5) php上傳文件大小限制找到：
upload_max_filesize = 2M
該選項設定php所能允許最大上傳文件大小，默認為2MB。根據實際應用需求，可以適當增大該設置。 

(6) Session存儲介質找到：
session.save_path
如果你的php程序使用Session對話，則可以將Session存儲位置設置為/dev/shm，/dev/shm是Linux系統獨有的TMPFS文件系統，是以內存為主要存儲方式的文件系統，比RAMDISK更優秀，因為可以使用DISKSWAP作為補充，而且是系統自帶的功能模塊，不需要另行配置。想想看，從磁盤IO操作到內存操作，速度會快多少？只是需要注意，存儲在/dev/shm的數據，在服務器重啟后會全部丟失。不過這對于Session來說是無足輕重的。 

由于水平有限，有些還是不太明白為什么。如果有更好建議的歡迎隨時補充！

0、用單引號代替雙引號來包含字符串，這樣做會更快一些。因為php會在雙引號包圍的字符串中搜尋變量，單引號則不會，注意：只有echo能這么做，它是一種可以把多個字符串當作參數的“函數”(譯注：php手冊中說echo是語言結構，不是真正的函數，故把函數加上了雙引號)。 
PS：在單引號中，php不會自動搜尋變量、轉義字符等，因此效率上快很多。而一般來說字符串是沒有變量的，所以使用雙引號會導致性能不佳。

1、如果能將類的方法定義成static，就盡量定義成static，它的速度會提升將近4倍。
PS：事實上，function、method、static method的速度不會有太大差異。

2、$row['id'] 的速度是$row[id]的7倍。
PS：不太懂，貌似差異只有后者會先判斷id這個宏是否存在，如果不存在則自動轉變為字符串。

3、echo 比 print 快，并且使用echo的多重參數(譯注：指用逗號而不是句點)代替字符串連接，比如echo $str1,$str2。

PS：如果使用echo $str1.$str2 就會需要 php 引擎首先把所有的變量連接起來，然后在輸出，而echo $str1,$str2，php 引擎就會按照循序輸出他們

4、在執行for循環之前確定最大循環數，不要每循環一次都計算最大值，最好運用foreach代替。
PS：像count、strlen這樣的操作其實是O(1)的，因此不會帶來太多消耗，當然避免每次循環都計算是比較好的策略。最好用foreach代替for，這個效率更高，如果考慮到foreach($array as $var)每次拷貝的消耗，可以使用foreach($array as &$var)這樣的引用。

5、注銷那些不用的變量尤其是大數組，以便釋放內存。
PS：如果沒有記錯的話，unset($array)不會立刻釋放內存，但隨時釋放是個好習慣。

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

7、require_once()代價昂貴。
PS：require_once和include_once需要判重，因此效率上要低，但是5.2版本后效率問題已經基本解決。

8、include文件時盡量使用絕對路徑，因為它避免了php去include_path里查找文件的速度，解析操作系統路徑所需的時間會更少。
PS：支持，盡量少用iniset()來設置include_path。

9、如果你想知道腳本開始執行(譯注：即服務器端收到客戶端請求)的時刻，使用$_SERVER['REQUEST_TIME']要好于time()。
PS：$_SERVER['REQUEST_TIME']保存了發起該請求時刻的時間戳，而time()則返回當前時刻的Unix時間戳。

10、函數代替正則表達式完成相同功能。
PS：這種函數是指strtok、strstr、strpos、str_replace、substr、explode、implode等等。

11、str_replace函數比preg_replace函數快，但strtr函數的效率是str_replace函數的四倍。
PS：字符串操作比正則替換要快。

12、如果一個字符串替換函數，可接受數組或字符作為參數，并且參數長度不太長，那么可以考慮額外寫一段替換代碼，使得每次傳遞參數是一個字符，而不是只寫一行代碼接受數組作為查詢和替換的參數。
PS：需要考慮到內置函數和用戶自定義函數的開銷差異，恐怕這種做法得不償失。

13、使用選擇分支語句(譯注：即switch case)好于使用多個if，else if語句。
PS：php中switch支持數值和字符串變量，比C的switch要好用，建議使用。

14、用@屏蔽錯誤消息的做法非常低效，極其低效。
PS：有什么替代方法嗎？沒有的話還是不得不用的……

15、打開apache的mod_deflate模塊，可以提高網頁的瀏覽速度。

16、數據庫連接當使用完畢時應關掉，不要用長連接。
PS：在連接之前，最好設置一下相應的超時機制，例如鏈接超時、讀寫超時、等待超時等。

17、錯誤消息代價昂貴。

18、在方法中遞增局部變量，速度是最快的。幾乎與在函數中調用局部變量的速度相當。

19、遞增一個全局變量要比遞增一個局部變量慢2倍。

20、遞增一個對象屬性(如：$this->prop++)要比遞增一個局部變量慢3倍。

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

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

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

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

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

26、Apache解析一個php腳本的時間要比解析一個靜態HTML頁面慢2至10倍。盡量多用靜態HTML頁面，少用腳本。

27、除非腳本可以緩存，否則每次調用時都會重新編譯一次。引入一套php緩存機制通常可以提升25%至100%的性能，以免除編譯開銷。

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

29、當操作字符串并需要檢驗其長度是否滿足某種要求時，你想當然地會使用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()作為一種語言結構，意味著它的執行不需要函數查找和字母小寫化。也就是說，實際上在檢驗字符串長度的頂層代碼中你沒有花太多開銷。
PS：長見識了。

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

31、并不是事必面向對象(OOP)，面向對象往往開銷很大，每個方法和對象調用都會消耗很多內存。

32、并非要用類實現所有的數據結構，數組也很有用。

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

34、當你需要時，你總能把代碼分解成方法。
PS：分解成方法要適當，行數少使用頻率高的方法盡量用直接寫代碼，可以減少函數堆棧開銷；且方法嵌套不宜過深，否則大大影響php的運行效率。

35、盡量采用大量的php內置函數。

36、如果在代碼中存在大量耗時的函數，你可以考慮用C擴展的方式實現它們。

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

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

39、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，盡量用file_get_contents，因為他的效率高得多!但是要注意file_get_contents在打開一個URL文件時候的php版本問題;
PS：這個要記住，盡量使用file_get_contents和file_put_contents，不需要自己判斷文件句柄打開是否成功。

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

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

42、盡可能的使用php內部函數(但是我卻為了找個php里面不存在的函數，浪費了本可以寫出一個自定義函數的時間，經驗問題啊!);
PS：內置函數比用戶自定義函數效率高了將近一個數量級。

43、循環內部不要聲明變量，尤其是大變量：對象(這好像不只是php里面要注意的問題吧?);
PS：這個必須的，變量過多或者過大時，每次重分配的開銷就無法忽略。

44、多維數組盡量不要循環嵌套賦值;

45、在可以用php內部字符串操作函數的情況下，不要用正則表達式;

46、foreach效率更高，盡量用foreach代替while和for循環;

47、用單引號替代雙引號引用字符串;
PS：暈，這個不就是第一條嗎？

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

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

php技術：有關PHP性能優化的介紹，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。