提升PHP速度

　PHP的優點之一是速度很快，對于一般的網站應用，可以說是已經足夠了。不過如果站點的通路量很高、帶寬窄或者其它的因素令伺服器産生性能瓶頸的時候，你可能得想想其它的辦法來進一步提高PHP的速度了。這篇文章将從幾個方面介紹如何做到這一點，進而令使用者浏覽的時候更加“爽”。

代碼優化

　　在這裡并不想再次告訴你如何寫更幹淨的代碼，這一點我想每個人都清楚，在需要速度的時候，你可能已經在PHP源代碼的優化上面做了不少的工作，這裡所提出的是，這個煩瑣的工作可以交由其它工具來完成。這就是Zend Optimizer，此程式可以從Zend Technologies的網站（http://www.zend.com/）免費得到。它的原理很簡單，通過檢測Zend引擎産生的中間代碼，并且優化它來得到更高的執行速度。我認為優化代碼是一項頗煩瑣的工作，而且優化後的代碼可能變得難以了解，尤其是當你放下該PHP程式一段時間後，突然間客戶要求你做一些修改時，可能你自己也不懂了;-)。是以我建議你在PHP的源代碼較為複雜的時候，用Zend Optimizer來做這個優化的工作，好處是它不會令你的代碼變得複雜難懂。

　　安裝Zend Optimizer是非常簡單的。隻要根據你使用的平台，下載下傳相關的預編譯庫，并且在你的php.ini中加入兩行，重新啟動你的web伺服器就行了！

zend_optimizer.optimization_level=15

zend_extension="/path/to/ZendOptimizer.so"

zend_loader.enable=Off

　　你可能有點奇怪，不是說兩行嗎，怎麼變成三行了。不過第三行是可選的，看來禁止這個zend_loader将會令優化的速度更快，是以不妨在你的php.ini檔案中多加這一行。要注意的是：隻有在你不使用Zend Encoder Runtime的時候，才可以禁止zend_loader，關于Zend Encoder Runtime，還會在下文提到。

要更快嗎？使用cache（緩沖）吧

　　如果你的PHP應用還需要更快的速度，下一個辦法是緩沖。要實作這一點，有幾種不同的方式。我自己就試用過Zend Cache（評測版本），APC和Afterburner Cache。

　　以上提到的都是“緩沖子產品”。它們的原理都差不多，在php檔案被首次請求的時候，通過将你的PHP源代碼的中間代碼存儲在web伺服器的記憶體中，對于以後同樣的請求，都直接提供記憶體中的“編譯”版本。由于它可以令磁盤的通路達到最小化，是以這個方法确實可以極大地提高PHP的性能。更為友善的是，當你的PHP源代碼修改時，緩沖的子產品可以察覺到這些變化，并且重新載入一樣，是以你不必擔心客戶得到的是舊版本的程式。這些緩沖的子產品确實不錯，但是我應該選用哪一種呢？下面分别介紹一下：

　　Zend Cache是Zend Technologies的一個商業化的産品（它也是免費為我們提供PHP引擎和Zend Optimizer的公司）。它确實不錯。在首次運作後，你可以明顯察覺到PHP的速度得到了很大的提高，伺服器的空閑資源也更多了。缺點是你要付費購買它，但就成本效益來說，還是非常值得的。

　　Afterburner Cache是Bware Technologies（http://bwcache.bware.it/）提供的免費緩沖子產品。目前還隻是beta版，它所做的工作看來與Zend Cache差不多，不過性能的提高就比不上Zend Cache，而且現有的版本不能和Zend Optimizer一起工作，不過它是免費的。

　　APC（Alternative PHP Cache）是由Community Connect（http://apc.communityconnect.com/）提供的另一個免費子產品。它的工作很穩定，速度也有不少的提高，要注意的是，我還沒有找到一個官方的測試資料，這些隻是在我的應用上作測試，是以不能下一個結論。

Web内容的壓縮（令你客戶用起來更“爽”）

　　經過以上兩個的方法，相信你的PHP應用的性能已經得到了很大的提高，現在該從另一個方面來考慮了：下載下傳速度。如果你的應用隻是在公司内跑，所有的客戶都使用100Mb/s的以太網連接配接到伺服器，這可能不是一個問題，但是如果你的客戶中有使用慢速的modem連接配接的，你就要考慮使用内容壓縮這個方法了。根據IETF的規範，大多數的浏覽器都支援gzip的内容壓縮。這意味着你在将web的内容發給客戶的浏覽器前，可以先使用gzip進行壓縮，浏覽器在接收的時候就會自動解壓資料，并且令使用者看到原來的頁面。同樣，壓縮web頁面的内容也有幾個不同的方法。

　　mod_gzip是Remote Communications（http://www.phpbuilder.com/columns/www.remotecommunications.com）免費提供的一個Apache子產品，它可以壓縮靜态的web頁面。它工作得很好，你隻需要将它和apache一起編譯就行了（或者将它作為一個DSO使用）。Remotecommunications的人說它還可以壓縮動态的内容，包括mod_php, mod_perl等。不過我嘗試了一下，看來并不行。我在mod_gzip的郵件清單中了解到，這個bug将在下一個版本中修正（我想應該是1.3.14.6f版本）。不過你仍然可以用它作靜态内容的壓縮。

　　不過我們還想壓縮動态的内容，是以我們必須找另外的辦法。一個辦法是使用class.gzip encode.php（http://leknor.com/code/），隻要在你的PHP腳本中的開頭和結尾調用這個PHP類，就可以壓縮你的頁面内容。如果整個站點都需要這樣的壓縮，你可以在你的php.ini檔案中的auto_prepend和auto_append中調用這些函數。它工作得很好，不過在負載很重的站點上，它明顯會帶來一點的系統開銷。要詳細了解它是如何工作的，可以看一下它的類代碼（你至少需要在編譯PHP時加入zlib支援）。作者在裡面的說明也非常詳細，你可以得到任何需要了解的東西。

　　在最近，我也看到了一篇關于PHP輸出緩沖的文章。它說的是PHP4.0.4推出了一種新的輸出緩沖的處理手段--ob_gzhandler，它的作用和上面介紹的類相同，但差別是你隻要在你的php.ini中使用以下的句法就行了：

output_handler = ob_gzhandler ;

　　這樣将激活PHP的輸出緩沖功能，并且壓縮所有它發送的東西。出于某些特别的原因，如果你不想在這裡設定的話，隻在需要的地方才改變這個預設設定的話（不壓縮），隻要在需要壓縮的PHP源碼目錄中，修改一下.htaccess檔案就行了，使用的句法如下：

php_value output_handler ob_gzhandler

... 或者直接在你的PHP代碼中調用它，以下面的方式：

ob_start("ob_gzhandler");

　　這個輸出緩沖處理的方法很好，并且不會為伺服器帶來額外的系統開銷。我十分建議你使用這種方法。它的改變可以用以下的例子說明，如果客戶使用的是28.8K的modem的話，經過這個處理，他将會認為突然間換成了一個ISDN接入一樣。要注意的一點是：Netscape Communicator并不支援圖象的壓縮，是以将顯示不出來。是以除非你的客戶全部使用Internet Explorer，否則你必須禁止壓縮jpeg和gif圖象。其它檔案的壓縮應該沒有問題，但是我建議你最好測試一下，特别是浏覽器使用了不常見的插件或者是少人用的浏覽器。

其它有用的東西...

　　Zend Technologies的線上商店在今年1月24開通了，并且售賣一些與PHP相關的有趣産品。包括前面提到的Zend Cache，Zend Encoder（簡單說來，是PHP代碼的編譯器，可以産生編譯的類，這樣你就可以售賣給顧客而不用擔心洩露源代碼。在需要運作這些類的web伺服器上，将要使用Zend Encoder Runtime來解碼），Zend Ide（一個為PHP而設的內建化開發環境，帶有很多強大的性能），還有為PHP開發者提供的支援服務。

結論

　　使用這篇文章提到的技術，你将可以極大地提高站點的性能，不過請注意以下幾點：

1.瓶頸或許不在PHP，你需要考察應用中的每個對象（例如資料庫）

2.一個web伺服器的性能都是有限制的，是以，不要認為性能不好就是PHP的原因，也可能是通路量很大，你的伺服器需要更新了，或者考慮使用負載均衡的系統（将會花很多錢）

3.不要認為内容壓縮不重要，在100Mb/s的區域網路中，你的PHP應用或許性能很好，但要考慮到使用慢速modem的使用者。

作者：

Tyler Ning

出處：

http://www.cnblogs.com/tylerdonet/

本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接配接，如有問題，可以通過以下郵箱位址

[email protected]

 聯系我，非常感謝。