1 字符串

1.1 少用正則表達式

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

有沒有你漏掉的好用的函數？

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

1.2 字符替換

如果需要轉換的全是單個字符，用字符串作為 strtr() 函數完成替換，而不是數組：

$addr = strtr($addr, "abcd", "efgh");       // 建議$addr = strtr($addr, array('a' => 'e', ));  // 不建議
效率提升：10 倍。

str_replace字符替換比正則替換preg_replace快，但strtr比str_replace又快1/4。

另外，不要做無謂的替換，即使沒有替換，str_replace也會為其參數分配內存。很慢！

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

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

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

1.3 壓縮大的字符串

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

這種內置的函數使用gzip算法，能壓縮字符串90%。

1.4 echo 輸出

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

雖然，echo是一種語言結構，不是真正的函數。

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

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

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

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

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

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

$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() 函數。

此函數執行起來相當快，因為它不做任何計算，只返回在zval結構（C的內置數據結構，用于存儲PHP變量）中存儲的已知字符串長度。

但是，由于strlen()是函數，多多少少會有些慢，因為函數調用會經過諸多步驟，如字母小寫化、哈希查找，會跟隨被調用的函數一起執行。

在某些情況下，你可以使用 isset() 技巧加速執行你的代碼。例如：

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輸出大字符串的時候，如果沒有調整就會嚴重影響性能。

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

2 語句

2.1 最好不用@

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

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

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

2.2 避免使用魔術方法

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

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

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

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

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

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

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

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

2.3 別在循環里用函數

例如：

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

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

2.4 使用三元運算符

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

2.5 使用選擇分支語句

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

2.6 屏蔽敏感信息

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

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

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

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

3 函數

3.1 盡量使用PHP內部函數

內置函數使用C語言實現，并且經過PHP官方優化，效率更高。

3.2 使用絕對路徑

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

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

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

3.3 包含文件

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

而使用require、include方法代替。

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

3.4 函數快于類方法

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

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

3.5 用子類方法

基類里面只放能重用的方法，其他功能盡量放在子類中實現，子類里方法的性能優于在基類中。

3.6 類的性能和其方法數量沒有關系

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

3.7 讀取文件內容

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

因為他的效率高得多！

3.8  引用傳遞參數

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

方法是在參數變量前加個 &。

3.9 方法不要細分得過多

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

3.10 盡量靜態化

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

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

其實，靜態方法和非靜態方法的效率主要區別在內存。

靜態方法在程序開始時生成內存，實例方法（非靜態方法）在程序運行中生成內存。

所以，靜態方法可以直接調用，實例方法要先成生實例再調用，靜態速度很快，但是多了會占內存。

任何語言都是對內存和磁盤的操作，至于是否面向對象，只是軟件層的問題，底層都是一樣的，只是實現方法不同。

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

靜態方法始終調用同一塊內存，其缺點就是不能自動進行銷毀，而實例化可以銷毀。

3.11 用C擴展方式實現

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

4 變量

4.1 及時銷毀變量

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

一般來說，PHP數組的內存利用率只有 1/10。

也就是說，一個在C語言里面100M 內存的數組，在PHP里面就要1G。

特別是，在PHP作為后臺服務器的系統中，經常會出現內存耗費太大的問題。

4.2 使用$_SERVER變量

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

一個是現成就可以直接用，一個還需要函數得出的結果。

4.3 方法里建立局部變量

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

4.4 局部變量比全局變量快

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

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

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

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

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

4.6 提前聲明局部變量

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

4.7 謹慎聲明全局變量

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

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

4.8 使用++$i遞增

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

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

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

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

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

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

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

4.9 不要隨便復制變量

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

其實這樣做的結果是增加了一倍的內存消耗，只會使程序更加慢。

試想一下，在下面的例子中，如果用戶惡意插入 512KB 字節的文字，就會導致 1MB 的內存被消耗！

// 不好的實踐$description = $_POST['description'];echo $description;// 好的實踐
 echo $_POST['description'];
4.10 循環內部不要聲明變量

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

5 數組

5.1 用字符串而不是數組作為參數

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

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

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

5.2 數組元素加引號

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

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

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

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

5.3 多維數組操作

多維數組盡量不要循環嵌套賦值。

5.4 循環用foreach

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

6 數據庫

6.1 使用緩存

Memchached或者Redis都可以。

這些是高性能的分布式內存對象緩存系統，能提高動態網絡應用程序性能，減輕數據庫的負擔。

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

6.2 使用整型保存IP

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

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

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

6.3 檢查email有效性

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

這個內置函數能保證每一個域名對應一個IP地址。

6.4 使用MySQLi或PDO

mysql_*函數已經不被建議使用，建議使用增強型的mysqli_*系列函數或者直接使用PDO。

6.5 優化Select SQL語句

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

6.6 魔術引用和SQL注入

魔術引用是指，服務器對一些特殊字符做自動轉換，PHP中的配置項為magic_quotes_gpc。

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

當選項關閉時，魔術引用不啟用。

當打開時，魔術引用啟用，會對進入服務器的get、post、cookie數據做自動轉換。

6.7 數據庫連接

數據庫連接使用完畢后應關掉，不要用長連接。

6.8 數據庫緩存

通過配置數據庫緩存，如開啟QueryCache緩存。

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

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

7 服務器

7.1 壓縮輸出

在php.ini中開啟gzip壓縮：

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

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

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

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

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

7.2 靜態化頁面

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

所以盡量使頁面靜態化，或使用靜態HTML頁面。

7.3 將PHP升級到最新版

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

7.4 利用PHP的擴展

一直以來，大家都在抱怨PHP內容太過繁雜。

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

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

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

7.5 PHP緩存

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

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

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

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

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

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

8 編程習慣

8.1 是否需要組件

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

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

 8.2 盡量少進行文件操作

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

8.3 并不是事必面向對象

面向對象往往開銷很大，每個方法和對象調用都會消耗很多內存。

8.4 檢錯報告

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

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

8.5 使用分析器

網站運行緩慢的原因頗多，Web應用程序極其復雜，讓人撲朔迷離。

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

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

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

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