我們都知道，速度快是PHP***的優(yōu)點。一般情況下PHP總是具有足夠的速度支持Web內(nèi)容動態(tài)生成，許多時候你甚至無法找出比它更快的方法。

然而，當你不得不面對龐大的訪問量、高負荷的應(yīng)用、有限的帶寬以及 其他各種帶來性能瓶頸的因素時，你可能會問問自己是否可以做點什么讓網(wǎng)站運行得更好。或許只要加上一個 很不起眼的免費模塊，你的PHP應(yīng)用性能以及Web服務(wù)器響應(yīng)速度就會有顯著的改善。

本文討論的就是如何進一 步提高php應(yīng)用的性能，給用戶以更美妙的瀏覽感受。本文分三個方面(代碼優(yōu)化、緩存、內(nèi)容壓縮)闡述提高 PHP應(yīng)用性能的各種技術(shù)，并介紹各個領(lǐng)域的知名產(chǎn)品。

代碼優(yōu)化

首先我們來看看代碼優(yōu)化。注意，這里的代碼優(yōu)化可不是指把代碼寫得更加美觀漂亮，因為這恐怕已經(jīng)是 眾所周知沒有必要繼續(xù)討論了;另外，如果你已經(jīng)考慮到了速度問題，很可能你早就對PHP的源代碼作了一些優(yōu)化。

不過，有些工具卻能夠自動地幫助我們完成這些繁雜的工作，如Zend Optimizer就是這樣一個工具。 Zend Optimizer可以從Zend Technologies免費得到，但你必須同意它的許可約定，注意它不是以 GPL方式發(fā)行。Zend Optimizer獲取由Zend Engine運行時編譯生成的中間代碼，并對它進行優(yōu)化， 從而使得中間代碼具有更快的執(zhí)行效率。

Zend Optimizer的安裝方法非常簡單，你只需下載為自己所用平臺提供的預(yù)編譯版本，把下面兩行代 碼加入到php.ini，然后重新啟動Web服務(wù)器即可：

zend_optimizer.optimization_level=15 
zend_extension="/path/to/ZendOptimizer.so" 
zend_loader.enable=Off 

這里額外增加的第三行代碼是可選的。禁止zend_loader似乎能夠讓Zend Optimizer的速度更快一點 ，所以在php.ini中加上這行代碼是值得的。注意：只有當你不使用Zend Encoder Runtime時，你才 可以禁用zend_loader。

緩存

如果你想要讓自己龐大的PHP應(yīng)用有更好的性能表現(xiàn)，采用緩存也是一種很好的方法。現(xiàn)在已經(jīng)有許多緩存 方案可供選擇，其中包括：Zend Cache，APC，和Afterburner Cache。

所有這些產(chǎn)品都屬于“緩存模塊”。當***次出現(xiàn)對.php文件的請求時，它們會在Web服務(wù)器內(nèi)存中保存 PHP的中間代碼，此后就用“經(jīng)過編譯”的版本響應(yīng)后繼的請求。這種方法確實能夠改善應(yīng)用的性能，因為它使 得磁盤訪問量減低到了最少的程度(代碼已經(jīng)讀取和解析)，代碼直接在內(nèi)存中運行使得服務(wù)器響應(yīng)請求的速度大大提高。

當然，緩存模塊還會監(jiān)視PHP源文件的變化，必要時重新緩存頁面，從而防止了用戶得到的頁面仍 舊由過時的PHP代碼生成。由于緩存模塊能夠明顯地降低服務(wù)器的負載、提高PHP應(yīng)用的響應(yīng)效率，因此它們非 常適合于負載較大的網(wǎng)站使用。

如何選擇這些緩存產(chǎn)品

Zend Cache是Zend Technologies公司的商業(yè)軟件，而Zend Technologies就是前面提到的 那個為我們提供PHP引擎和免費Zend Optimizer的公司。Zend Cache確實是名不虛傳!對于大型的 PHP頁面，你可以感覺到***次運行之后速度就會有所提高，而且服務(wù)器也會有更多的可用資源。遺憾的是這個 產(chǎn)品并不免費，不過在有些情形下它仍舊是物超所值。

Afterburner Cache是來自Bware Technologies的免費緩存模塊，當前這個產(chǎn)品還是Beta版。 Afterburner Cache的做法看起來與Zend Cache差不多，但它對性能的改善程度(還)不能與 Zend Cache相比，而且它還不能與Zend Optimizer一起工作。

APC是Alternative PHP Cache的縮寫，它是來自Community Connect的又一個免費緩存模 塊。這個產(chǎn)品已經(jīng)具有足夠的穩(wěn)定性供正式場合使用，而且它看起來也能在很大程度上提高響應(yīng)請求的速度。

內(nèi)容壓縮

前面我們討論了幾種提高PHP應(yīng)用性能的方法，下面來看看使得瀏覽者感到網(wǎng)站速度太慢的另外一個重要因 素：下載速度。如果PHP應(yīng)用在內(nèi)部Intranet上運行，而且每一臺客戶機都以100 MB/s的速度連接到服務(wù) 器，那么下載速度應(yīng)該不是什么問題。然而，如果服務(wù)器還要為慢騰騰的Modem用戶提供服務(wù)，那么值得考慮內(nèi) 容壓縮。

大多數(shù)瀏覽器都根據(jù)IETF標準支持用gzip進行內(nèi)容壓縮。這意味著你可以用gzip壓縮內(nèi)容然而發(fā)送給 瀏覽器，由瀏覽器解壓縮數(shù)據(jù)之后再顯示頁面，這整個過程對用戶來說完全透明。至于服務(wù)器端的內(nèi)容壓縮， 現(xiàn)在已經(jīng)有許多不同的方法可供使用。

例如，來自Remote Communications的免費Apache模塊mod_gzip就具有為支持這類內(nèi)容編碼的瀏覽器 壓縮靜態(tài)Web內(nèi)容的能力。對于絕大多數(shù)靜態(tài)Web內(nèi)容，mod_gzip都非常有效。mod_gzip可以方便地編譯到 Apache里面，也可以作為DSO使用。據(jù)Remote communications公司說，mod_gzip也能夠壓縮來自mod_php 、mod_perl等的動態(tài)內(nèi)容。

我試了一次又一次，但看來還是不行。我看了許多關(guān)于mod_gzip的論壇和文章，看 來到了mod_gzip的下一個版本(可能是1.3.14.6f)這個問題有望得到解決。在此之前，我們可以在網(wǎng)站的靜態(tài) 部分使用mod_gzip。

然而有時我們確實需要壓縮動態(tài)內(nèi)容，所以必須找找其他辦法。有一種辦法是使用class.gzip_encode.php ，這是一個可以用來壓縮頁面內(nèi)容的PHP類，具體方法是在PHP腳本的開頭和末尾調(diào)用該類的某些函數(shù)。如果要 在網(wǎng)站級實現(xiàn)這個方案，可以從php.ini文件的auto_prepend以及auto_append指令調(diào)用這些函數(shù)。

這種方法雖 然有效，但它無疑為高負載的網(wǎng)站帶來了更多的開銷。關(guān)于如何使用這個類的詳細說明，請參見它的源代碼。 它的源代碼說明相當完善，作者告訴了你所有你必須知道的事情。

PHP 4.0.4有一個新的輸出緩存句柄ob_gzhandler，它與前面的類相似，但用法不同。使用 ob_gzhandler時要在php.ini中加入的內(nèi)容如下：

output_handler = ob_gzhandler ; 

這行代碼使得PHP激活輸出緩存，并壓縮它發(fā)送出去的所有內(nèi)容。如果由于某種原因你不想在php.ini中加上這行代碼，你還可以通過PHP源文件所在目錄的.htaccess文件改變默認的服務(wù)器行為(不壓縮)，語法如下 ：

php_value output_handler ob_gzhandler 

或者是從PHP代碼調(diào)用，如下所示：

ob_start("ob_gzhandler"); 

采用輸出緩存句柄的方法確實非常有效，而且不會給服務(wù)器帶來什么特殊的負荷。但必須注意的是，Netscape Communicator對壓縮圖形的支持不佳，因此除非你能夠保證所有用戶都使用IE瀏覽器，否則你 應(yīng)該禁止壓縮JPEG和GIF圖形。一般地，對于所有其他文件，這種壓縮都有效，但建議你針對各種瀏覽器都分別 進行測試，特別是當你使用了特殊的插件或者數(shù)據(jù)查看器時這一點尤其重要。

使用前面介紹的各種技術(shù)，你能夠顯著地改善網(wǎng)站的性能表現(xiàn)，但應(yīng)該注意的是：

PHP可能是、也可能不是性能瓶頸所在。務(wù)必仔細地觀察每一個和應(yīng)用性能有關(guān)的因素，比如數(shù)據(jù)庫等。

單純使用本文技術(shù)只能在一定限度之內(nèi)提高Web服務(wù)器的性能。因此在歸咎于PHP以及它的緩存之前，不妨看看是否應(yīng)該升級服務(wù)器以及是否可以引入負載平衡技術(shù)(后者需要較大的投資)。

不要低估內(nèi)容壓縮的作用。雖然你在100 MB/s的LAN連接下看到Web應(yīng)用響應(yīng)非常迅速，但使用Modem 連接的用戶不會，他們只會抱怨你那100 Kb的HTML頁面實在過于龐大。

希望通過本文對于PHP的介紹，能夠給你帶來幫助。