目錄
1.1 少用正則表達(dá)式
能用PHP內(nèi)部字符串操作函數(shù)的情況下，盡量用他們，不要用正則表達(dá)式， 因?yàn)槠湫矢哂谡齽t。
沒得說，正則最耗性能。
str_replace函數(shù)要比preg_replace快得多，strtr函數(shù)又比str_replace來得快。
有沒有你漏掉的好用的函數(shù)？
例如：strpbrk()、strncasecmp()、strpos()、strrpos()、stripos()、strripos()。
1.2 字符替換
如果需要轉(zhuǎn)換的全是單個(gè)字符，用字符串作為 strtr() 函數(shù)完成替換，而不是數(shù)組：
$addr = strtr($addr, "abcd", "efgh"); // 建議$addr = strtr($addr, array('a' => 'e', )); // 不建議效率提升：10 倍。
str_replace字符替換比正則替換preg_replace快，但strtr比str_replace又快1/4。
另外，不要做無謂的替換，即使沒有替換，str_replace也會(huì)為其參數(shù)分配內(nèi)存。很慢！
用 strpos 先查找（非?？欤?，看是否需要替換，如果需要，再替換。
如果需要替換，效率幾乎相等，差別在 0.1% 左右。
如果不需要替換：用 strpos 快 200%。
1.3 壓縮大的字符串
使用 gzcompress() 和 gzuncompress() 對(duì)容量大的字符串進(jìn)行壓縮和解壓，再存入和取出數(shù)據(jù)庫(kù)。
這種內(nèi)置的函數(shù)使用gzip算法，能壓縮字符串90%。
1.4 echo 輸出
echo 字符串用逗號(hào)代替點(diǎn)連接符更快些。
雖然，echo是一種語(yǔ)言結(jié)構(gòu)，不是真正的函數(shù)。
但是，它可以把逗號(hào)隔開的多個(gè)字符串當(dāng)作“函數(shù)”參數(shù)傳入，所以速度會(huì)更快。
echo $str1, $str2; // 速度快echo $str1 . $str2; // 速度稍慢1.5 盡量用單引號(hào)
PHP 引擎允許使用單引號(hào)和雙引號(hào)來封裝字符串變量，但是它們的速度是有很大的差別的！
使用雙引號(hào)的字符串會(huì)告訴 PHP 引擎，首先去讀取字符串內(nèi)容，查找其中的變量，并改為變量對(duì)應(yīng)的值。
一般來說字符串是沒有變量的，使用雙引號(hào)會(huì)導(dǎo)致性能不佳。
最好使用字符串連接，而不是雙引號(hào)字符串。
$output = "This is a plain string"; // 不好的實(shí)踐$output = 'This is a plain string'; // 好的實(shí)踐$type = "mixed"; // 不好的實(shí)踐$output = "This is a $type string"; $type = 'mixed'; // 好的實(shí)踐$output = 'This is a ' . $type . ' string';1.6 使用isset代替strlen
在檢驗(yàn)字符串長(zhǎng)度時(shí)，我們第一想法會(huì)使用 strlen() 函數(shù)。
此函數(shù)執(zhí)行起來相當(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)過諸多步驟，如字母小寫化、哈希查找，會(huì)跟隨被調(diào)用的函數(shù)一起執(zhí)行。
在某些情況下，你可以使用 isset() 技巧加速執(zhí)行你的代碼。例如：
if (strlen($foo) < 5) { echo "Foo is too short";}// 使用isset()if (!isset($foo{5})) { echo "Foo is too short";}1.7 用split分割字符串
在分割字符串時(shí)，split()要比explode()快。
1.8 echo效率高于print
因?yàn)?code>echo沒有返回值，print返回一個(gè)整型。
注意：echo輸出大字符串的時(shí)候，如果沒有調(diào)整就會(huì)嚴(yán)重影響性能。
打開Apache的mod_deflate進(jìn)行壓縮，或者打開ob_start將內(nèi)容放進(jìn)緩沖區(qū)，可以改善性能問題。
2.1 最好不用@
用@掩蓋錯(cuò)誤會(huì)降低腳本運(yùn)行速度，并且在后臺(tái)有很多額外操作。
用@比起不用，效率差距 3 倍。特別不要在循環(huán)中使用@。
在 5 次循環(huán)的測(cè)試中，即使是先用error_reporting(0)關(guān)掉錯(cuò)誤，循環(huán)完成后再打開，都比用@快。
2.2 避免使用魔術(shù)方法
對(duì)于__開頭的函數(shù)就命名為魔術(shù)函數(shù)，它們都在特定的條件下觸發(fā)。
這些魔術(shù)函數(shù)包括：__construct()、__get()、__call()、__autoload()等等。
以__autoload() 為例，如果不能將類名與實(shí)際的磁盤文件對(duì)應(yīng)起來，將不得不做大量的文件存在判斷。
而判斷文件存在需要磁盤I/O操作，眾所周知，磁盤I/O操作的效率很低，因此這才是使得autoload機(jī)制效率降低的原因。
因此，在系統(tǒng)設(shè)計(jì)時(shí)，需要定義一套清晰的、將類名與實(shí)際磁盤文件映射的機(jī)制。
這個(gè)規(guī)則越簡(jiǎn)單越明確，__autoload()機(jī)制的效率就越高。
autoload機(jī)制并不是天然的效率低下，只有濫用autoload、設(shè)計(jì)不好的自動(dòng)裝載函數(shù)，才會(huì)導(dǎo)致其效率的降低.
所以說，盡量避免使用__autoload等魔術(shù)方法，有待商榷。
2.3 別在循環(huán)里用函數(shù)
例如：
for($x=0; $x < count($array); $x++) { }這種寫法在每次循環(huán)的時(shí)候都會(huì)調(diào)用 count() 函數(shù)，效率大大降低，建議這樣：
讓函數(shù)在循環(huán)外面一次獲得循環(huán)次數(shù)。
2.4 使用三元運(yùn)算符
在簡(jiǎn)單的判斷語(yǔ)句中，三元運(yùn)算符?:更簡(jiǎn)潔高效。
2.5 使用選擇分支語(yǔ)句
switch、case好于使用多個(gè)if、else if語(yǔ)句，并且代碼更加容易閱讀和維護(hù)。
2.6 屏蔽敏感信息
使用 error_reporting() 函數(shù)來預(yù)防潛在的敏感信息顯示給用戶。
理想的錯(cuò)誤報(bào)告應(yīng)該被完全禁用在php.ini文件里。
如果用的是共享虛擬主機(jī)，php.ini不能修改，最好添加 error_reporting() 函數(shù)。
放在每個(gè)腳本文件的第一行，或者用require_once()來加載，能有效的保護(hù)敏感的SQL查詢和路徑，在出錯(cuò)時(shí)不被顯示。
2.7 不實(shí)用段標(biāo)簽
不要使用開始標(biāo)志的縮寫形式，你正在使用這樣的符號(hào)嗎，應(yīng)該用完整的開始標(biāo)簽。
當(dāng)然，如果是輸出變量，用這種方式是鼓勵(lì)的，可以是代碼更加簡(jiǎn)潔。
2.8 純PHP代碼不加結(jié)束標(biāo)記
如果文件內(nèi)容是純 PHP 代碼，最好在文件末尾刪除 PHP 結(jié)束標(biāo)記?>。
這可以避免在 PHP 結(jié)束標(biāo)記之后萬一意外加入了空格或者換行符，會(huì)導(dǎo)致 PHP 開始輸出這些空白，而腳本中此時(shí)并無輸出的意圖。
2.9 永遠(yuǎn)不要使用register_globals和magic quotes
這是兩個(gè)很古老的功能，在當(dāng)時(shí)（十年前）也許是一個(gè)好方法，但現(xiàn)在看來并非如此。
老版本的PHP在安裝時(shí)會(huì)默認(rèn)打開這兩個(gè)功能，這會(huì)引起安全漏洞、編程錯(cuò)誤及其他的問題。
如只有用戶輸入了數(shù)據(jù)時(shí)才會(huì)創(chuàng)建變量等。
PHP5.4.0開始這兩個(gè)功能都被舍棄了，所以每個(gè)程序員都應(yīng)該避免使用。
如果你過去的程序有使用這兩項(xiàng)功能，那就盡快將其剔除吧。
3.1 盡量使用PHP內(nèi)部函數(shù)
內(nèi)置函數(shù)使用C語(yǔ)言實(shí)現(xiàn)，并且經(jīng)過PHP官方優(yōu)化，效率更高。
3.2 使用絕對(duì)路徑
在include和require中盡量使用絕對(duì)路徑。
如果包含相對(duì)路徑，PHP會(huì)在include_path里面遍歷查找文件。
用絕對(duì)路徑就會(huì)避免此類問題，解析路徑所需的時(shí)間會(huì)更少。
3.3 包含文件
盡量不要用require_once和include_once包含文件，它們多一個(gè)判斷文件是否被引用的過程，能不用盡量不用。
而使用require、include方法代替。
鳥哥在其博客中就多次聲明，盡量不要用require_once和include_once。
3.4 函數(shù)快于類方法
調(diào)用只有一個(gè)參數(shù)、并且函數(shù)體為空的函數(shù)，花費(fèi)的時(shí)間等于7-8次$localvar++運(yùn)算。
而同一功能的類方法大約為15次$localvar++運(yùn)算。
3.5 用子類方法
基類里面只放能重用的方法，其他功能盡量放在子類中實(shí)現(xiàn)，子類里方法的性能優(yōu)于在基類中。
3.6 類的性能和其方法數(shù)量沒有關(guān)系
新添加10個(gè)或多個(gè)方法到測(cè)試的類后，性能沒什么差異。
3.7 讀取文件內(nèi)容
在可以用file_get_contents()替代file()、fopen()、feof()、fgets()等系列方法的情況下，盡量用file_get_contents()。
因?yàn)樗男矢叩枚啵?/p>
3.8 引用傳遞參數(shù)
通過參數(shù)地址引用的方式，實(shí)現(xiàn)函數(shù)多個(gè)返回值，這比按值傳遞效率高。
方法是在參數(shù)變量前加個(gè) &。
3.9 方法不要細(xì)分得過多
仔細(xì)想想你真正打算重用的是哪些代碼？
3.10 盡量靜態(tài)化
如果一個(gè)方法能被靜態(tài)，那就聲明它為靜態(tài)的，速度可提高1/4，甚至我測(cè)試的時(shí)候，這個(gè)提高了近三倍。
當(dāng)然了，這個(gè)測(cè)試方法需要在十萬級(jí)以上次執(zhí)行，效果才明顯。
其實(shí)，靜態(tài)方法和非靜態(tài)方法的效率主要區(qū)別在內(nèi)存。
靜態(tài)方法在程序開始時(shí)生成內(nèi)存，實(shí)例方法（非靜態(tài)方法）在程序運(yùn)行中生成內(nèi)存。
所以，靜態(tài)方法可以直接調(diào)用，實(shí)例方法要先成生實(shí)例再調(diào)用，靜態(tài)速度很快，但是多了會(huì)占內(nèi)存。
任何語(yǔ)言都是對(duì)內(nèi)存和磁盤的操作，至于是否面向?qū)ο螅皇擒浖拥膯栴}，底層都是一樣的，只是實(shí)現(xiàn)方法不同。
靜態(tài)內(nèi)存是連續(xù)的，因?yàn)槭窃诔绦蜷_始時(shí)就生成了，而實(shí)例方法申請(qǐng)的是離散的空間，所以當(dāng)然沒有靜態(tài)方法快。
靜態(tài)方法始終調(diào)用同一塊內(nèi)存，其缺點(diǎn)就是不能自動(dòng)進(jìn)行銷毀，而實(shí)例化可以銷毀。
3.11 用C擴(kuò)展方式實(shí)現(xiàn)
如果在代碼中存在大量耗時(shí)的函數(shù)，可以考慮用C擴(kuò)展的方式實(shí)現(xiàn)它們。
4.1 及時(shí)銷毀變量
數(shù)組、對(duì)象和GLOBAL變量在 PHP 中特別占內(nèi)存的，這個(gè)由于 PHP 的底層的zend引擎引起的。
一般來說，PHP數(shù)組的內(nèi)存利用率只有 1/10。
也就是說，一個(gè)在C語(yǔ)言里面100M 內(nèi)存的數(shù)組，在PHP里面就要1G。
特別是，在PHP作為后臺(tái)服務(wù)器的系統(tǒng)中，經(jīng)常會(huì)出現(xiàn)內(nèi)存耗費(fèi)太大的問題。
4.2 使用$_SERVER變量
如果你需要得到腳本執(zhí)行的時(shí)間，$_SERVER['REQUSET_TIME']優(yōu)于time()。
一個(gè)是現(xiàn)成就可以直接用，一個(gè)還需要函數(shù)得出的結(jié)果。
4.3 方法里建立局部變量
在類的方法里建立局部變量速度最快，幾乎和在方法里調(diào)用局部變量一樣快。
4.4 局部變量比全局變量快
由于局部變量是存在棧中的。
當(dāng)一個(gè)函數(shù)占用的?？臻g不是很大的時(shí)候，這部分內(nèi)存很有可能全部命中cache，CPU訪問的效率是很高的。
相反，如果一個(gè)函數(shù)同時(shí)使用全局變量和局部變量，當(dāng)這兩段地址相差較大時(shí)，cpu cache需要來回切換，效率會(huì)下降。
4.5 局部變量而不是對(duì)象屬性
建立一個(gè)對(duì)象屬性（類里面的變量，例如：$this->prop++）比局部變量要慢3倍。
4.6 提前聲明局部變量
建立一個(gè)未聲明的局部變量，要比建立一個(gè)已經(jīng)定義過的局部變量慢9-10倍。
4.7 謹(jǐn)慎聲明全局變量
聲明一個(gè)未被任何一個(gè)函數(shù)使用過的全局變量，也會(huì)使性能降低。
這和聲明相同數(shù)量的局部變量一樣，PHP可能去檢查這個(gè)全局變量是否存在。
4.8 使用++$i遞增
當(dāng)執(zhí)行變量$i的遞增或遞減時(shí)，$i++會(huì)比++$i慢一些。
這種差異是PHP特有的，并不適用于其他語(yǔ)言，所以請(qǐng)不要修改你的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)化處理。
4.9 不要隨便復(fù)制變量
有時(shí)候?yàn)榱耸?PHP 代碼更加整潔，一些 PHP 新手（包括我）會(huì)把預(yù)定義好的變量，復(fù)制到一個(gè)名字更簡(jiǎn)短的變量中。
其實(shí)這樣做的結(jié)果是增加了一倍的內(nèi)存消耗，只會(huì)使程序更加慢。
試想一下，在下面的例子中，如果用戶惡意插入 512KB 字節(jié)的文字，就會(huì)導(dǎo)致 1MB 的內(nèi)存被消耗！
4.10 循環(huán)內(nèi)部不要聲明變量
尤其是大變量，這好像不只是PHP里面要注意的問題吧？
4.11 一定要對(duì)變量進(jìn)行初始化
這里的“初始化”指的是“聲明”。
當(dāng)需要沒有初始化的變量，PHP解釋器會(huì)自動(dòng)創(chuàng)建一個(gè)變量，但依靠這個(gè)特性來編程并不是一個(gè)好主意。
這會(huì)造成程序的粗糙，或者使代碼變得另人迷惑。
因?yàn)槟阈枰綄み@個(gè)變量是從哪里開始被創(chuàng)建的。
另外，對(duì)一個(gè)沒有初始化的變量進(jìn)行遞增操作要比初始化過的來得慢。
所以對(duì)變量進(jìn)行初始化會(huì)是個(gè)不錯(cuò)的主意。
5.1 用字符串而不是數(shù)組作為參數(shù)
如果一個(gè)函數(shù)既能接受數(shù)組，又能接受簡(jiǎn)單字符做為參數(shù)，那么盡量用字符作為參數(shù)。
例如，字符替換函數(shù)，參數(shù)列表并不是太長(zhǎng)，就可以考慮額外寫一段替換代碼。
使得每次傳遞參數(shù)都是一個(gè)字符，而不是接受數(shù)組做為查找和替換參數(shù)。
5.2 數(shù)組元素加引號(hào)
$row['id']比$row[id]速度快7倍。
如果不帶引號(hào)，例如$a[name]，那么PHP會(huì)首先檢查有沒有define定義的name常量。
如果有，就用這個(gè)常量值作為數(shù)組鍵值。如果沒有，再查找鍵值為字符串'name'的數(shù)組元素。
多了一個(gè)查找判斷的過程，所以建議養(yǎng)成數(shù)組鍵名加引號(hào)的習(xí)慣。
正如上面字符串部分所述，用'又比用"速度更快。
5.3 多維數(shù)組操作
多維數(shù)組盡量不要循環(huán)嵌套賦值。
5.4 循環(huán)用foreach
盡量用foreach代替while和for循環(huán)，效率更高。
6.1 壓縮輸出
在php.ini中開啟gzip壓縮：
zlib.output_compression = Onzlib.output_compression_level = (level)level可能是1-9之間的數(shù)字，你可以設(shè)置不同的數(shù)字。
幾乎所有的瀏覽器都支持Gzip的壓縮方式，gzip可以降低80%的輸出.
付出的代價(jià)是，大概增加了10%的cpu計(jì)算量。
但是還是會(huì)賺到了，因?yàn)閹挏p少了，頁(yè)面加載會(huì)變得很快。
如果你使用apache，也可以激活mod_gzip模塊。
6.2 靜態(tài)化頁(yè)面
Apache/Nginx解析一個(gè)PHP腳本的時(shí)間，要比解析一個(gè)靜態(tài)HTML頁(yè)面慢2至10倍。
所以盡量使頁(yè)面靜態(tài)化，或使用靜態(tài)HTML頁(yè)面。
6.3 將PHP升級(jí)到最新版
提高性能的最簡(jiǎn)單的方式是不斷升級(jí)、更新PHP版本。
6.4 利用PHP的擴(kuò)展
一直以來，大家都在抱怨PHP內(nèi)容太過繁雜。
最近幾年來，開發(fā)人員作出了相應(yīng)的努力，移除了項(xiàng)目中的一些冗余特征。
即便如此，可用庫(kù)以及其它擴(kuò)展的數(shù)量還是很可觀。
甚至一些開發(fā)人員開始考慮實(shí)施自己的擴(kuò)展方案。
6.5 PHP緩存
一般情況下，PHP腳本被PHP引擎編譯后執(zhí)行，會(huì)被轉(zhuǎn)換成機(jī)器語(yǔ)言，也稱為操作碼。
如果PHP腳本反復(fù)編譯得到相同的結(jié)果，為什么不完全跳過編譯過程呢？
PHP加速器緩存了編譯后的機(jī)器碼，允許代碼根據(jù)要求立即執(zhí)行，而不經(jīng)過繁瑣的編譯過程。
對(duì)PHP開發(fā)人員而言，目前提供了兩種可用的緩存方案。
一種是APC（Alternative PHP Cache，可選PHP緩存），它是一個(gè)可以通過PEAR安裝的開源加速器。
另一種流行的方案是OPCode，也就是操作碼緩存技術(shù)。
6.6 使用NoSQL緩存
Memchached或者Redis都可以。
這些是高性能的分布式內(nèi)存對(duì)象緩存系統(tǒng)，能提高動(dòng)態(tài)網(wǎng)絡(luò)應(yīng)用程序性能，減輕數(shù)據(jù)庫(kù)的負(fù)擔(dān)。
這對(duì)運(yùn)算碼 （OPcode）的緩存也很有用，使得腳本不必為每個(gè)請(qǐng)求重新編譯。
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。
重慶分公司
重慶分公司
