PHP的優化建議(僅借鑒)

使用PHP進行開發,一些簡單而又使用的開發可能會使你的開發效率功能上一層樓

1 字元串

1.1 少用正規表達式

能用PHP内部字元串操作函數的情況下，盡量用他們，不要用正規表達式， 因為其效率高于正則。

沒得說，正則最耗性能。

​

​str_replace​

​​函數要比​

​preg_replace​

​​快得多，​

​strtr​

​​函數又比​

​str_replace​

​來得快。

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

例如：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查詢和路徑，在出錯時不被顯示。

2.7 不實用段标簽

不要使用開始标志的縮寫形式，你正在使用這樣的符号嗎，應該用完整的​

​<?php ​

​開始标簽。

當然，如果是輸出變量，用​

​= $value ?>​

​這種方式是鼓勵的，可以是代碼更加簡潔。

2.8 純PHP代碼不加結束标記

如果檔案内容是純 PHP 代碼，最好在檔案末尾删除 PHP 結束标記​

​?>​

​。

這可以避免在 PHP 結束标記之後萬一意外加入了空格或者換行符，會導緻 PHP 開始輸出這些空白，而腳本中此時并無輸出的意圖。

2.9 永遠不要使用​

​register_globals​

​和​

​magic quotes​

​

這是兩個很古老的功能，在當時（十年前）也許是一個好方法，但現在看來并非如此。

老版本的PHP在安裝時會預設打開這兩個功能，這會引起安全漏洞、程式設計錯誤及其他的問題。

如隻有使用者輸入了資料時才會建立變量等。

PHP5.4.0開始這兩個功能都被舍棄了，是以每個程式員都應該避免使用。

如果你過去的程式有使用這兩項功能，那就盡快将其剔除吧。

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裡面要注意的問題吧？

4.11 一定要對變量進行初始化

這裡的“初始化”指的是“聲明”。

當需要沒有初始化的變量，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 壓縮輸出

在php.ini中開啟gzip壓縮：

zlib.output_compression = On

zlib.output_compression_level = (level)

​

​level​

​​可能是​

​1-9​

​之間的數字，你可以設定不同的數字。

幾乎所有的浏覽器都支援Gzip的壓縮方式，gzip可以降低​

​80%​

​的輸出.

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

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

如果你使用apache，也可以激活mod_gzip子產品。

6.2 靜态化頁面

Apache/Nginx解析一個PHP腳本的時間，要比解析一個靜态HTML頁面慢​

​2​

​​至​

​10​

​倍。

是以盡量使頁面靜态化，或使用靜态HTML頁面。

6.3 将PHP更新到最新版

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

6.4 利用PHP的擴充

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

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

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

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

6.5 PHP緩存

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

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

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

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

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

另一種流行的方案是OPCode，也就是操作碼緩存技術。

6.6 使用NoSQL緩存

Memchached或者Redis都可以。