1 字符串

1.1 少用正則表達式

能用PHP內(nèi)部字符串操作函數(shù)的情況下，盡量用他們，不要用正則表達式， 因為其效率高于正則。沒得說，正則最耗性能。

有沒有你漏掉的好用的函數(shù)？

例如：strpbrk()、strncasecmp()、strpos()、strrpos()、stripos()、strripos()。

1.2 字符替換

如果需要轉(zhuǎn)換的全是單個字符，用字符串作為 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也會為其參數(shù)分配內(nèi)存。很慢！

用 strpos 先查找（非常快），看是否需要替換，如果需要，再替換。

如果需要替換，效率幾乎相等，差別在 0.1% 左右。

如果不需要替換：用 strpos 快 200%。

1.3 壓縮大的字符串

使用 gzcompress() 和 gzuncompress() 對容量大的字符串進行壓縮和解壓，再存入和取出數(shù)據(jù)庫。

這種內(nèi)置的函數(shù)使用gzip算法，能壓縮字符串90%。

1.4 echo 輸出

echo 字符串用逗號代替點連接符更快些。

雖然，echo是一種語言結(jié)構(gòu)，不是真正的函數(shù)。

但是，它可以把逗號隔開的多個字符串當作“函數(shù)”參數(shù)傳入，所以速度會更快。

echo $str1, $str2;       // 速度快echo $str1 . $str2;      // 速度稍慢
1.5 盡量用單引號

PHP 引擎允許使用單引號和雙引號來封裝字符串變量，但是它們的速度是有很大的差別的！

使用雙引號的字符串會告訴 PHP 引擎，首先去讀取字符串內(nèi)容，查找其中的變量，并改為變量對應(yīng)的值。

一般來說字符串是沒有變量的，使用雙引號會導(dǎo)致性能不佳。

最好使用字符串連接，而不是雙引號字符串。

$output = "This is a plain string";  // 不好的實踐$output = 'This is a plain string';  // 好的實踐$type = "mixed";                     // 不好的實踐$output = "This is a $type string";

$type = 'mixed';                     // 好的實踐$output = 'This is a ' . $type . ' string';
1.6 使用isset代替strlen

在檢驗字符串長度時，我們第一想法會使用 strlen() 函數(shù)。

此函數(shù)執(zhí)行起來相當快，因為它不做任何計算，只返回在zval結(jié)構(gòu)（C的內(nèi)置數(shù)據(jù)結(jié)構(gòu)，用于存儲PHP變量）中存儲的已知字符串長度。

但是，由于strlen()是函數(shù)，多多少少會有些慢，因為函數(shù)調(diào)用會經(jīng)過諸多步驟，如字母小寫化、哈希查找，會跟隨被調(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分割字符串

在分割字符串時，split()要比explode()快。

split()
0.001813 - 0.002271 seconds (avg 0.002042 seconds)explode()
0.001678 - 0.003626 seconds (avg 0.002652 seconds)
1.8 echo效率高于print

因為echo沒有返回值，print返回一個整型。

注意：echo輸出大字符串的時候，如果沒有調(diào)整就會嚴重影響性能。

打開Apache的mod_deflate進行壓縮，或者打開ob_start將內(nèi)容放進緩沖區(qū)，可以改善性能問題。

2 語句

2.1 最好不用@

用@掩蓋錯誤會降低腳本運行速度，并且在后臺有很多額外操作。

用@比起不用，效率差距 3 倍。特別不要在循環(huán)中使用@。

在 5 次循環(huán)的測試中，即使是先用error_reporting(0)關(guān)掉錯誤，循環(huán)完成后再打開，都比用@快。

2.2 避免使用魔術(shù)方法

對于__開頭的函數(shù)就命名為魔術(shù)函數(shù)，它們都在特定的條件下觸發(fā)。

這些魔術(shù)函數(shù)包括：__construct()、__get()、__call()、__autoload()等等。

以__autoload() 為例，如果不能將類名與實際的磁盤文件對應(yīng)起來，將不得不做大量的文件存在判斷。

而判斷文件存在需要磁盤I/O操作，眾所周知，磁盤I/O操作的效率很低，因此這才是使得autoload機制效率降低的原因。

因此，在系統(tǒng)設(shè)計時，需要定義一套清晰的、將類名與實際磁盤文件映射的機制。

這個規(guī)則越簡單越明確，__autoload()機制的效率就越高。

autoload機制并不是天然的效率低下，只有濫用autoload、設(shè)計不好的自動裝載函數(shù)，才會導(dǎo)致其效率的降低.

所以說，盡量避免使用__autoload等魔術(shù)方法，有待商榷。

2.3 別在循環(huán)里用函數(shù)

例如：

for($x=0; $x < count($array); $x++) {
}
這種寫法在每次循環(huán)的時候都會調(diào)用 count() 函數(shù)，效率大大降低，建議這樣：

$len = count($array);for($x=0; $x < $len; $x++) {
}
讓函數(shù)在循環(huán)外面一次獲得循環(huán)次數(shù)。

2.4 使用三元運算符

在簡單的判斷語句中，三元運算符?:更簡潔高效。

2.5 使用選擇分支語句

switch、case好于使用多個if、else if語句，并且代碼更加容易閱讀和維護。

2.6 屏蔽敏感信息

使用 error_reporting() 函數(shù)來預(yù)防潛在的敏感信息顯示給用戶。

理想的錯誤報告應(yīng)該被完全禁用在php.ini文件里。

如果用的是共享虛擬主機，php.ini不能修改，最好添加 error_reporting() 函數(shù)。

放在每個腳本文件的第一行，或者用require_once()來加載，能有效的保護敏感的SQL查詢和路徑，在出錯時不被顯示。

3 函數(shù)

3.1 盡量使用PHP內(nèi)部函數(shù)

內(nèi)置函數(shù)使用C語言實現(xiàn)，并且經(jīng)過PHP官方優(yōu)化，效率更高。

3.2 使用絕對路徑

在include和require中盡量使用絕對路徑。

如果包含相對路徑，PHP會在include_path里面遍歷查找文件。

用絕對路徑就會避免此類問題，解析路徑所需的時間會更少。

3.3 包含文件

盡量不要用require_once和include_once包含文件，它們多一個判斷文件是否被引用的過程，能不用盡量不用。

而使用require、include方法代替。

鳥哥在其博客中就多次聲明，盡量不要用require_once和include_once。

3.4 函數(shù)快于類方法

調(diào)用只有一個參數(shù)、并且函數(shù)體為空的函數(shù)，花費的時間等于7-8次$localvar++運算。

而同一功能的類方法大約為15次$localvar++運算。

3.5 用子類方法

基類里面只放能重用的方法，其他功能盡量放在子類中實現(xiàn)，子類里方法的性能優(yōu)于在基類中。

3.6 類的性能和其方法數(shù)量沒有關(guān)系

新添加10個或多個方法到測試的類后，性能沒什么差異。

3.7 讀取文件內(nèi)容

在可以用file_get_contents()替代file()、fopen()、feof()、fgets()等系列方法的情況下，盡量用file_get_contents()。

因為他的效率高得多！

3.8  引用傳遞參數(shù)

通過參數(shù)地址引用的方式，實現(xiàn)函數(shù)多個返回值，這比按值傳遞效率高。

方法是在參數(shù)變量前加個 &。

3.9 方法不要細分得過多

仔細想想你真正打算重用的是哪些代碼？

3.10 盡量靜態(tài)化

如果一個方法能被靜態(tài)，那就聲明它為靜態(tài)的，速度可提高1/4，甚至我測試的時候，這個提高了近三倍。

當然了，這個測試方法需要在十萬級以上次執(zhí)行，效果才明顯。

其實，靜態(tài)方法和非靜態(tài)方法的效率主要區(qū)別在內(nèi)存。

靜態(tài)方法在程序開始時生成內(nèi)存，實例方法（非靜態(tài)方法）在程序運行中生成內(nèi)存。

所以，靜態(tài)方法可以直接調(diào)用，實例方法要先成生實例再調(diào)用，靜態(tài)速度很快，但是多了會占內(nèi)存。

任何語言都是對內(nèi)存和磁盤的操作，至于是否面向?qū)ο螅皇擒浖拥膯栴}，底層都是一樣的，只是實現(xiàn)方法不同。

靜態(tài)內(nèi)存是連續(xù)的，因為是在程序開始時就生成了，而實例方法申請的是離散的空間，所以當然沒有靜態(tài)方法快。

靜態(tài)方法始終調(diào)用同一塊內(nèi)存，其缺點就是不能自動進行銷毀，而實例化可以銷毀。

3.11 用C擴展方式實現(xiàn)

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

4 變量

4.1 及時銷毀變量

數(shù)組、對象和GLOBAL變量在 PHP 中特別占內(nèi)存的，這個由于 PHP 的底層的zend引擎引起的。

一般來說，PHP數(shù)組的內(nèi)存利用率只有 1/10。

也就是說，一個在C語言里面100M 內(nèi)存的數(shù)組，在PHP里面就要1G。

特別是，在PHP作為后臺服務(wù)器的系統(tǒng)中，經(jīng)常會出現(xiàn)內(nèi)存耗費太大的問題。

4.2 使用$_SERVER變量

如果你需要得到腳本執(zhí)行的時間，$_SERVER['REQUSET_TIME']優(yōu)于time()。

一個是現(xiàn)成就可以直接用，一個還需要函數(shù)得出的結(jié)果。

4.3 方法里建立局部變量

在類的方法里建立局部變量速度最快，幾乎和在方法里調(diào)用局部變量一樣快。

4.4 局部變量比全局變量快

由于局部變量是存在棧中的。

當一個函數(shù)占用的棧空間不是很大的時候，這部分內(nèi)存很有可能全部命中cache，CPU訪問的效率是很高的。

相反，如果一個函數(shù)同時使用全局變量和局部變量，當這兩段地址相差較大時，cpu cache需要來回切換，效率會下降。

4.5 局部變量而不是對象屬性

建立一個對象屬性（類里面的變量，例如：$this->prop++）比局部變量要慢3倍。

4.6 提前聲明局部變量

建立一個未聲明的局部變量，要比建立一個已經(jīng)定義過的局部變量慢9-10倍。

4.7 謹慎聲明全局變量

聲明一個未被任何一個函數(shù)使用過的全局變量，也會使性能降低。

這和聲明相同數(shù)量的局部變量一樣，PHP可能去檢查這個全局變量是否存在。

4.8 使用++$i遞增

當執(zhí)行變量$i的遞增或遞減時，$i++會比++$i慢一些。

這種差異是PHP特有的，并不適用于其他語言，所以請不要修改你的C或Java代碼，并指望它們能立即變快，沒用的。

++$i更快是因為它只需要3條指令(opcodes)，$i++則需要4條指令。

后置遞增實際上會產(chǎn)生一個臨時變量，這個臨時變量隨后被遞增。

而前置遞增直接在原值上遞增。

這是最優(yōu)化處理的一種，正如Zend的PHP優(yōu)化器所作的那樣。

牢記，這個優(yōu)化處理不失為一個好主意，因為不是所有的指令優(yōu)化器都會做同樣的優(yōu)化處理。

4.9 不要隨便復(fù)制變量

有時候為了使 PHP 代碼更加整潔，一些 PHP 新手（包括我）會把預(yù)定義好的變量，復(fù)制到一個名字更簡短的變量中。

其實這樣做的結(jié)果是增加了一倍的內(nèi)存消耗，只會使程序更加慢。

試想一下，在下面的例子中，如果用戶惡意插入 512KB 字節(jié)的文字，就會導(dǎo)致 1MB 的內(nèi)存被消耗！

// 不好的實踐$description = $_POST['description'];echo $description;// 好的實踐
 echo $_POST['description'];
4.10 循環(huán)內(nèi)部不要聲明變量

尤其是大變量，這好像不只是PHP里面要注意的問題吧？

5 數(shù)組

5.1 用字符串而不是數(shù)組作為參數(shù)

如果一個函數(shù)既能接受數(shù)組，又能接受簡單字符做為參數(shù)，那么盡量用字符作為參數(shù)。

例如，字符替換函數(shù)，參數(shù)列表并不是太長，就可以考慮額外寫一段替換代碼。

使得每次傳遞參數(shù)都是一個字符，而不是接受數(shù)組做為查找和替換參數(shù)。

5.2 數(shù)組元素加引號

$row['id']比$row[id]速度快7倍。

如果不帶引號，例如$a[name]，那么PHP會首先檢查有沒有define定義的name常量。

如果有，就用這個常量值作為數(shù)組鍵值。如果沒有，再查找鍵值為字符串'name'的數(shù)組元素。

多了一個查找判斷的過程，所以建議養(yǎng)成數(shù)組鍵名加引號的習慣。

5.3 多維數(shù)組操作

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

5.4 循環(huán)用foreach

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

6 數(shù)據(jù)庫

6.1 使用緩存

Memchached或者Redis都可以。

這些是高性能的分布式內(nèi)存對象緩存系統(tǒng)，能提高動態(tài)網(wǎng)絡(luò)應(yīng)用程序性能，減輕數(shù)據(jù)庫的負擔。

這對運算碼 （OP code）的緩存也很有用，使得腳本不必為每個請求重新編譯。

6.2 使用整型保存IP

使用ip2long()和long2ip()函數(shù)把IP地址轉(zhuǎn)成整型后，再存放進數(shù)據(jù)庫，而保存非字符型。

這幾乎能降低1/4的存儲空間。

同時很容易對地址進行排序和快速查找。

6.3 檢查email有效性

使用 checkdnsrr() 通過域名存在性來確認email地址的有效性。

這個內(nèi)置函數(shù)能保證每一個域名對應(yīng)一個IP地址。

6.4 使用MySQLi或PDO

mysql_*函數(shù)已經(jīng)不被建議使用，建議使用增強型的mysqli_*系列函數(shù)或者直接使用PDO。

6.5 優(yōu)化Select SQL語句

在可能的情況下，盡量少的進行insert、update操作。

6.6 魔術(shù)引用和SQL注入

魔術(shù)引用是指，服務(wù)器對一些特殊字符做自動轉(zhuǎn)換，PHP中的配置項為magic_quotes_gpc。

最開始，PHP的設(shè)計者為了方便程序員將表單數(shù)據(jù)添加到數(shù)據(jù)庫，在配置文件中加了這一個設(shè)置。

當選項關(guān)閉時，魔術(shù)引用不啟用。

當打開時，魔術(shù)引用啟用，會對進入服務(wù)器的get、post、cookie數(shù)據(jù)做自動轉(zhuǎn)換。

6.7 數(shù)據(jù)庫連接

數(shù)據(jù)庫連接使用完畢后應(yīng)關(guān)掉，不要用長連接。

6.8 數(shù)據(jù)庫緩存

通過配置數(shù)據(jù)庫緩存，如開啟QueryCache緩存。

當查詢接收到一個和之前同樣的查詢， 服務(wù)器會從查詢緩存種檢索結(jié)果。

而不是再次分析和執(zhí)行上次的查詢，以及數(shù)據(jù)存儲過程、連接池技術(shù)等。

7 服務(wù)器

7.1 壓縮輸出

在php.ini中開啟gzip壓縮：

zlib.output_compression = Onzlib.output_compression_level = (level)
level可能是1-9之間的數(shù)字，你可以設(shè)置不同的數(shù)字。

幾乎所有的瀏覽器都支持Gzip的壓縮方式，gzip可以降低80%的輸出.

付出的代價是，大概增加了10%的cpu計算量。

但是還是會賺到了，因為帶寬減少了，頁面加載會變得很快。

如果你使用apache，也可以激活mod_gzip模塊。

7.2 靜態(tài)化頁面

Apache/Nginx解析一個PHP腳本的時間，要比解析一個靜態(tài)HTML頁面慢2至10倍。

所以盡量使頁面靜態(tài)化，或使用靜態(tài)HTML頁面。

7.3 將PHP升級到最新版

提高性能的最簡單的方式是不斷升級、更新PHP版本。

7.4 利用PHP的擴展

一直以來，大家都在抱怨PHP內(nèi)容太過繁雜。

最近幾年來，開發(fā)人員作出了相應(yīng)的努力，移除了項目中的一些冗余特征。

即便如此，可用庫以及其它擴展的數(shù)量還是很可觀。

甚至一些開發(fā)人員開始考慮實施自己的擴展方案。

7.5 PHP緩存

一般情況下，PHP腳本被PHP引擎編譯后執(zhí)行，會被轉(zhuǎn)換成機器語言，也稱為操作碼。

如果PHP腳本反復(fù)編譯得到相同的結(jié)果，為什么不完全跳過編譯過程呢？

PHP加速器緩存了編譯后的機器碼，允許代碼根據(jù)要求立即執(zhí)行，而不經(jīng)過繁瑣的編譯過程。

對PHP開發(fā)人員而言，目前提供了兩種可用的緩存方案。

一種是APC（Alternative PHP Cache，可選PHP緩存），它是一個可以通過PEAR安裝的開源加速器。

另一種流行的方案是Zend Server，它不僅提供了操作碼緩存技術(shù)，也提供了相應(yīng)頁面的緩存工具。

8 編程習慣

8.1 是否需要組件

如果想徹底重做你的項目，看看是否有現(xiàn)成的組件（在Packagist上）可用，通過composer安裝。

組件是別人已經(jīng)造好的輪子，是個巨大的資源庫，很多php開發(fā)者都知道。

 8.2 盡量少進行文件操作

雖然PHP的文件操作效率也不低的，但只要通過磁盤讀寫數(shù)據(jù)，速度都會很低。

8.3 并不是事必面向?qū)ο?

面向?qū)ο笸_銷很大，每個方法和對象調(diào)用都會消耗很多內(nèi)存。

8.4 檢錯報告

PHP支持強大的檢錯功能，方便你實時檢查錯誤，從比較重要的錯誤到相對小的運行提示。

總共支持13種獨立的報告級別，你可以根據(jù)這些級別靈活匹配，生成用戶自定義的檢測報告。

8.5 使用分析器

網(wǎng)站運行緩慢的原因頗多，Web應(yīng)用程序極其復(fù)雜，讓人撲朔迷離。

而一種可能性在于PHP代碼本身。

Xdebug 提供了強大的功能，可以用來調(diào)試，也可以用來分析代碼。

XHpro/XHGui 則是另外一款代碼分析工具。

兩個工具都能方便的查看綜合數(shù)據(jù)，快速找出造成瓶頸的代碼，從而有針對性的進行優(yōu)化。。