(2) php腳本執(zhí)行時(shí)間找到：
max_execution_time = 30
該選項(xiàng)設(shè)定php程序的最大執(zhí)行時(shí)間，如果一個(gè)php腳本被請(qǐng)求，且該php腳本在max_execution_time時(shí)間內(nèi)沒(méi)能執(zhí)行完畢，則php不再繼續(xù)執(zhí)行，直接給客戶端返回超時(shí)錯(cuò)誤。沒(méi)有特殊需要該選項(xiàng)可保持默認(rèn)設(shè)置30秒，如果您的php腳本確實(shí)需要長(zhǎng)執(zhí)行時(shí)間則可以適當(dāng)增大該時(shí)間設(shè)置。 

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

(4) php全局函數(shù)聲明找到：
register_globals = Off
網(wǎng)絡(luò)上很多關(guān)于php設(shè)置的文章都推薦將該選項(xiàng)設(shè)置為On，其實(shí)這是一種及其危險(xiǎn)的設(shè)置方法，很可能引起嚴(yán)重的安全性問(wèn)題。如果沒(méi)有特殊的需要，強(qiáng)烈推薦保留默認(rèn)設(shè)置！ 

(5) php上傳文件大小限制找到：
upload_max_filesize = 2M
該選項(xiàng)設(shè)定php所能允許最大上傳文件大小，默認(rèn)為2MB。根據(jù)實(shí)際應(yīng)用需求，可以適當(dāng)增大該設(shè)置。 

(6) Session存儲(chǔ)介質(zhì)找到：
session.save_path
如果你的php程序使用Session對(duì)話，則可以將Session存儲(chǔ)位置設(shè)置為/dev/shm，/dev/shm是Linux系統(tǒng)獨(dú)有的TMPFS文件系統(tǒng)，是以內(nèi)存為主要存儲(chǔ)方式的文件系統(tǒng)，比RAMDISK更優(yōu)秀，因?yàn)榭梢允褂肈ISKSWAP作為補(bǔ)充，而且是系統(tǒng)自帶的功能模塊，不需要另行配置。想想看，從磁盤(pán)IO操作到內(nèi)存操作，速度會(huì)快多少？只是需要注意，存儲(chǔ)在/dev/shm的數(shù)據(jù)，在服務(wù)器重啟后會(huì)全部丟失。不過(guò)這對(duì)于Session來(lái)說(shuō)是無(wú)足輕重的。 

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

0、用單引號(hào)代替雙引號(hào)來(lái)包含字符串，這樣做會(huì)更快一些。因?yàn)?a href=/itjie/phpjishu/ target=_blank class=infotextkey>php會(huì)在雙引號(hào)包圍的字符串中搜尋變量，單引號(hào)則不會(huì)，注意：只有echo能這么做，它是一種可以把多個(gè)字符串當(dāng)作參數(shù)的“函數(shù)”(譯注：php手冊(cè)中說(shuō)echo是語(yǔ)言結(jié)構(gòu)，不是真正的函數(shù)，故把函數(shù)加上了雙引號(hào))。 
PS：在單引號(hào)中，php不會(huì)自動(dòng)搜尋變量、轉(zhuǎn)義字符等，因此效率上快很多。而一般來(lái)說(shuō)字符串是沒(méi)有變量的，所以使用雙引號(hào)會(huì)導(dǎo)致性能不佳。

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

2、$row['id'] 的速度是$row[id]的7倍。
PS：不太懂，貌似差異只有后者會(huì)先判斷id這個(gè)宏是否存在，如果不存在則自動(dòng)轉(zhuǎn)變?yōu)樽址?/SPAN>

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

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

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

5、注銷那些不用的變量尤其是大數(shù)組，以便釋放內(nèi)存。
PS：如果沒(méi)有記錯(cuò)的話，unset($array)不會(huì)立刻釋放內(nèi)存，但隨時(shí)釋放是個(gè)好習(xí)慣。

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

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

8、include文件時(shí)盡量使用絕對(duì)路徑，因?yàn)樗苊饬?a href=/itjie/phpjishu/ target=_blank class=infotextkey>php去include_path里查找文件的速度，解析操作系統(tǒng)路徑所需的時(shí)間會(huì)更少。
PS：支持，盡量少用iniset()來(lái)設(shè)置include_path。

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

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

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

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

13、使用選擇分支語(yǔ)句(譯注：即switch case)好于使用多個(gè)if，else if語(yǔ)句。
PS：php中switch支持?jǐn)?shù)值和字符串變量，比C的switch要好用，建議使用。

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

15、打開(kāi)apache的mod_deflate模塊，可以提高網(wǎng)頁(yè)的瀏覽速度。

16、數(shù)據(jù)庫(kù)連接當(dāng)使用完畢時(shí)應(yīng)關(guān)掉，不要用長(zhǎng)連接。
PS：在連接之前，最好設(shè)置一下相應(yīng)的超時(shí)機(jī)制，例如鏈接超時(shí)、讀寫(xiě)超時(shí)、等待超時(shí)等。

17、錯(cuò)誤消息代價(jià)昂貴。

18、在方法中遞增局部變量，速度是最快的。幾乎與在函數(shù)中調(diào)用局部變量的速度相當(dāng)。

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

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

21、遞增一個(gè)未預(yù)定義的局部變量要比遞增一個(gè)預(yù)定義的局部變量慢9至10倍。

22、僅定義一個(gè)局部變量而沒(méi)在函數(shù)中調(diào)用它，同樣會(huì)減慢速度(其程度相當(dāng)于遞增一個(gè)局部變量)。php大概會(huì)檢查看是否存在全局變量。

23、方法調(diào)用看來(lái)與類中定義的方法的數(shù)量無(wú)關(guān)，因?yàn)槲?在測(cè)試方法之前和之后都)添加了10個(gè)方法，但性能上沒(méi)有變化。

24、派生類中的方法運(yùn)行起來(lái)要快于在基類中定義的同樣的方法。

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

26、Apache解析一個(gè)php腳本的時(shí)間要比解析一個(gè)靜態(tài)HTML頁(yè)面慢2至10倍。盡量多用靜態(tài)HTML頁(yè)面，少用腳本。

27、除非腳本可以緩存，否則每次調(diào)用時(shí)都會(huì)重新編譯一次。引入一套php緩存機(jī)制通常可以提升25%至100%的性能，以免除編譯開(kāi)銷。

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

29、當(dāng)操作字符串并需要檢驗(yàn)其長(zhǎng)度是否滿足某種要求時(shí)，你想當(dāng)然地會(huì)使用strlen()函數(shù)。此函數(shù)執(zhí)行起來(lái)相當(dāng)快，因?yàn)樗蛔鋈魏斡?jì)算，只返回在zval 結(jié)構(gòu)(C的內(nèi)置數(shù)據(jù)結(jié)構(gòu)，用于存儲(chǔ)php變量)中存儲(chǔ)的已知字符串長(zhǎng)度。但是，由于strlen()是函數(shù)，多多少少會(huì)有些慢，因?yàn)楹瘮?shù)調(diào)用會(huì)經(jīng)過(guò)諸多步驟，如字母小寫(xiě)化(譯注：指函數(shù)名小寫(xiě)化，php不區(qū)分函數(shù)名大小寫(xiě))、哈希查找，會(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()作為一種語(yǔ)言結(jié)構(gòu)，意味著它的執(zhí)行不需要函數(shù)查找和字母小寫(xiě)化。也就是說(shuō)，實(shí)際上在檢驗(yàn)字符串長(zhǎng)度的頂層代碼中你沒(méi)有花太多開(kāi)銷。
PS：長(zhǎng)見(jiàn)識(shí)了。

30、當(dāng)執(zhí)行變量$i的遞增或遞減時(shí)，$i++會(huì)比++$i慢一些。這種差異是php特有的，并不適用于其他語(yǔ)言，所以請(qǐng)不要修改你的C或Java代碼并指望它們能立即變快，沒(méi)用的。++$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)化處理，并且存在大量沒(méi)有裝配指令優(yōu)化器的互聯(lián)網(wǎng)服務(wù)提供商(ISPs)和服務(wù)器。

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

32、并非要用類實(shí)現(xiàn)所有的數(shù)據(jù)結(jié)構(gòu)，數(shù)組也很有用。

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

34、當(dāng)你需要時(shí)，你總能把代碼分解成方法。
PS：分解成方法要適當(dāng)，行數(shù)少使用頻率高的方法盡量用直接寫(xiě)代碼，可以減少函數(shù)堆棧開(kāi)銷；且方法嵌套不宜過(guò)深，否則大大影響php的運(yùn)行效率。

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

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

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

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

39、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，盡量用file_get_contents，因?yàn)樗男矢叩枚?但是要注意file_get_contents在打開(kāi)一個(gè)URL文件時(shí)候的php版本問(wèn)題;
PS：這個(gè)要記住，盡量使用file_get_contents和file_put_contents，不需要自己判斷文件句柄打開(kāi)是否成功。

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

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

42、盡可能的使用php內(nèi)部函數(shù)(但是我卻為了找個(gè)php里面不存在的函數(shù)，浪費(fèi)了本可以寫(xiě)出一個(gè)自定義函數(shù)的時(shí)間，經(jīng)驗(yàn)問(wèn)題啊!);
PS：內(nèi)置函數(shù)比用戶自定義函數(shù)效率高了將近一個(gè)數(shù)量級(jí)。

43、循環(huán)內(nèi)部不要聲明變量，尤其是大變量：對(duì)象(這好像不只是php里面要注意的問(wèn)題吧?);
PS：這個(gè)必須的，變量過(guò)多或者過(guò)大時(shí)，每次重分配的開(kāi)銷就無(wú)法忽略。

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

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

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

47、用單引號(hào)替代雙引號(hào)引用字符串;
PS：暈，這個(gè)不就是第一條嗎？

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

49、對(duì)global變量，應(yīng)該用完就unset()掉;

php技術(shù)：有關(guān)PHP性能優(yōu)化的介紹，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。