- 當(dāng)前位置：
- 首頁(yè) >
- php高效率寫法,php效率優(yōu)化
php高效率寫法,php效率優(yōu)化
1 字符串
1.1 少用正則表達(dá)式
能用PHP內(nèi)部字符串操作函數(shù)的情況下，盡量用他們，不要用正則表達(dá)式， 因?yàn)槠湫矢哂谡齽t。沒得說，正則最耗性能。
有沒有你漏掉的好用的函數(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()快。
split() 0.001813 - 0.002271 seconds (avg 0.002042 seconds)explode() 0.001678 - 0.003626 seconds (avg 0.002652 seconds)
1.8 echo效率高于print
因?yàn)?code class="hljs bash" style="border: 0px; font-variant-numeric: normal; font-variant-east-asian: normal; font-stretch: normal; font-size: 15px; line-height: normal; font-family: Monaco, Consolas, "Andale Mono", "DejaVu Sans Mono", monospace; margin: 0px; outline: 0px; padding: 0px; vertical-align: baseline;">echo沒有返回值，print返回一個(gè)整型。
注意：echo輸出大字符串的時(shí)候，如果沒有調(diào)整就會(huì)嚴(yán)重影響性能。
打開Apache的mod_deflate進(jìn)行壓縮，或者打開ob_start將內(nèi)容放進(jìn)緩沖區(qū)，可以改善性能問題。
2 語(yǔ)句
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ù)，效率大大降低，建議這樣：
$len = count($array);for($x=0; $x < $len; $x++) {
}
讓函數(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í)不被顯示。
3 函數(shù)
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)樗男矢叩枚啵?
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 變量
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)存被消耗！
// 不好的實(shí)踐$description = $_POST['description'];echo $description;// 好的實(shí)踐 echo $_POST['description'];
4.10 循環(huán)內(nèi)部不要聲明變量
尤其是大變量，這好像不只是PHP里面要注意的問題吧？
5 數(shù)組
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 數(shù)據(jù)庫(kù)
6.1 使用緩存
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)算碼 （OP code）的緩存也很有用，使得腳本不必為每個(gè)請(qǐng)求重新編譯。
6.2 使用整型保存IP
使用ip2long()和long2ip()函數(shù)把IP地址轉(zhuǎn)成整型后，再存放進(jìn)數(shù)據(jù)庫(kù)，而保存非字符型。
這幾乎能降低1/4的存儲(chǔ)空間。
同時(shí)很容易對(duì)地址進(jìn)行排序和快速查找。
6.3 檢查email有效性
使用 checkdnsrr() 通過域名存在性來確認(rèn)email地址的有效性。
這個(gè)內(nèi)置函數(shù)能保證每一個(gè)域名對(duì)應(yīng)一個(gè)IP地址。
6.4 使用MySQLi或PDO
mysql_*函數(shù)已經(jīng)不被建議使用，建議使用增強(qiáng)型的mysqli_*系列函數(shù)或者直接使用PDO。
6.5 優(yōu)化Select SQL語(yǔ)句
在可能的情況下，盡量少的進(jìn)行insert、update操作。
6.6 魔術(shù)引用和SQL注入
魔術(shù)引用是指，服務(wù)器對(duì)一些特殊字符做自動(dòng)轉(zhuǎn)換，PHP中的配置項(xiàng)為magic_quotes_gpc。
最開始，PHP的設(shè)計(jì)者為了方便程序員將表單數(shù)據(jù)添加到數(shù)據(jù)庫(kù)，在配置文件中加了這一個(gè)設(shè)置。
當(dāng)選項(xiàng)關(guān)閉時(shí)，魔術(shù)引用不啟用。
當(dāng)打開時(shí)，魔術(shù)引用啟用，會(huì)對(duì)進(jìn)入服務(wù)器的get、post、cookie數(shù)據(jù)做自動(dòng)轉(zhuǎn)換。
6.7 數(shù)據(jù)庫(kù)連接
數(shù)據(jù)庫(kù)連接使用完畢后應(yīng)關(guān)掉，不要用長(zhǎng)連接。
6.8 數(shù)據(jù)庫(kù)緩存
通過配置數(shù)據(jù)庫(kù)緩存，如開啟QueryCache緩存。
當(dāng)查詢接收到一個(gè)和之前同樣的查詢， 服務(wù)器會(huì)從查詢緩存種檢索結(jié)果。
而不是再次分析和執(zhí)行上次的查詢，以及數(shù)據(jù)存儲(chǔ)過程、連接池技術(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%的輸出.
付出的代價(jià)是，大概增加了10%的cpu計(jì)算量。
但是還是會(huì)賺到了，因?yàn)閹挏p少了，頁(yè)面加載會(huì)變得很快。
如果你使用apache，也可以激活mod_gzip模塊。
7.2 靜態(tài)化頁(yè)面
Apache/Nginx解析一個(gè)PHP腳本的時(shí)間，要比解析一個(gè)靜態(tài)HTML頁(yè)面慢2至10倍。
所以盡量使頁(yè)面靜態(tài)化，或使用靜態(tài)HTML頁(yè)面。
7.3 將PHP升級(jí)到最新版
提高性能的最簡(jiǎn)單的方式是不斷升級(jí)、更新PHP版本。
7.4 利用PHP的擴(kuò)展
一直以來，大家都在抱怨PHP內(nèi)容太過繁雜。
最近幾年來，開發(fā)人員作出了相應(yīng)的努力，移除了項(xiàng)目中的一些冗余特征。
即便如此，可用庫(kù)以及其它擴(kuò)展的數(shù)量還是很可觀。
甚至一些開發(fā)人員開始考慮實(shí)施自己的擴(kuò)展方案。
7.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安裝的開源加速器。
另一種流行的方案是Zend Server，它不僅提供了操作碼緩存技術(shù)，也提供了相應(yīng)頁(yè)面的緩存工具。
8 編程習(xí)慣
8.1 是否需要組件
如果想徹底重做你的項(xiàng)目，看看是否有現(xiàn)成的組件（在Packagist上）可用，通過composer安裝。
組件是別人已經(jīng)造好的輪子，是個(gè)巨大的資源庫(kù)，很多php開發(fā)者都知道。
8.2 盡量少進(jìn)行文件操作
雖然PHP的文件操作效率也不低的，但只要通過磁盤讀寫數(shù)據(jù)，速度都會(huì)很低。
8.3 并不是事必面向?qū)ο?/strong>
面向?qū)ο笸_銷很大，每個(gè)方法和對(duì)象調(diào)用都會(huì)消耗很多內(nèi)存。
8.4 檢錯(cuò)報(bào)告
PHP支持強(qiáng)大的檢錯(cuò)功能，方便你實(shí)時(shí)檢查錯(cuò)誤，從比較重要的錯(cuò)誤到相對(duì)小的運(yùn)行提示。
總共支持13種獨(dú)立的報(bào)告級(jí)別，你可以根據(jù)這些級(jí)別靈活匹配，生成用戶自定義的檢測(cè)報(bào)告。
8.5 使用分析器
網(wǎng)站運(yùn)行緩慢的原因頗多，Web應(yīng)用程序極其復(fù)雜，讓人撲朔迷離。
而一種可能性在于PHP代碼本身。
Xdebug 提供了強(qiáng)大的功能，可以用來調(diào)試，也可以用來分析代碼。
XHpro/XHGui 則是另外一款代碼分析工具。
兩個(gè)工具都能方便的查看綜合數(shù)據(jù)，快速找出造成瓶頸的代碼，從而有針對(duì)性的進(jìn)行優(yōu)化。