PHP開發(fā)大型Web應(yīng)用淺析
這里所說的“大型”應(yīng)用不是說像Google、eBay、Yahoo這類大型網(wǎng)站的具體實施，我也沒有意圖勸說讀者放棄自己的概念和信仰，只是希望大家的系統(tǒng)可以運行得更快更流暢，可以承載更多的用戶在線，希望可以給PHP的初學(xué)者一點幫助。
關(guān)于PHP的執(zhí)行效率，網(wǎng)上的專題文章很多，多以PHP、Java幾個陣營的爭論開始，以一個不確定的期待結(jié)束，很少看見一個明確的結(jié)論。確實，程序的執(zhí)行效率是很難從比較中得出的。應(yīng)用的方面不同，執(zhí)行環(huán)境不同，效率的差別會差得比較大。而且效率也是需要權(quán)衡的，大家都知道匯編語言很底層，可以寫出非常高效的程序，但是我還很少，應(yīng)該說是幾乎沒看過有人用匯編做Web開發(fā)，而且有能力用匯編寫出高效程序的人似乎都是值得大家仰視的，哈哈～我們沒有必要去討論PHP和匯編到底差多少，只要知道自己的PHP和別人的PHP差多少就可以了。
首先，先要明確這篇文章的前提：必須有一臺或更多的可以被自己操縱的服務(wù)器，而不是虛擬主機空間。畢竟可以在虛擬主機上運行的通用系統(tǒng)已經(jīng)有了很多經(jīng)典的作品和成熟的框架，效率挖掘已經(jīng)被前輩們做得非常出色了，它們的很多理念也被現(xiàn)在很多PHP用戶繼承和發(fā)展，越來越多的所謂“框架”也像滿天繁星一樣，我也不想再去寫那個，因為第一我自己的水平也不怎么樣，寫不出什么新鮮玩意來，寫出來也招人笑，第二是寫這個的文章太多了，說法也太多了，混亂是造成很多富有激情的未來天才程序員夭折的最大元兇。
在獨立服務(wù)器上執(zhí)行的程序和在虛擬主機上可以運行的程序在效率優(yōu)化方面有著很大差別。您當(dāng)然可以把一套discuz不加修改地安裝在一臺甚至一堆獨立服務(wù)器上，不過，它真的得到最大的性能優(yōu)化嗎，您真的對得起這一堆服務(wù)器嗎？
獨立服務(wù)器指的是，使用者對這臺機器有完全的控制權(quán)，包括安裝、刪除軟件，配置系統(tǒng)參數(shù)甚至修改源代碼。基于這樣一個開放的硬件平臺，性能也不僅僅是體現(xiàn)在速度上，還包括安全性、穩(wěn)定性等。和虛擬主機不同，用戶必須自己配置Web服務(wù)器參數(shù)，安裝和配置PHP、數(shù)據(jù)庫，以及安裝各種亂七八糟的東西（我喜歡這么說），當(dāng)然還要對它們負責(zé)。
首先提出幾個名詞：執(zhí)行時間、模板、數(shù)據(jù)庫封裝、Cache、Buffer、Hash、守護進程、crontab。
執(zhí)行時間，誰都知道，就是一個程序從執(zhí)行開始到執(zhí)行結(jié)束所用的時間。因為Web是瞬時的、無狀態(tài)的，所以執(zhí)行時間是Web程序執(zhí)行效率的一個指標(biāo)，它并不適合衡量C/S程序或者后臺守護的程序，因為它們很多都是持續(xù)運行的。頁面執(zhí)行時間的一個典型例子就是Discuz論壇頁面最下方的時間顯式，通常Discuz都是幾毫秒到幾十毫秒，和所用的平臺、數(shù)據(jù)量和當(dāng)前系統(tǒng)壓力有關(guān)。
模板大家再熟悉不過，雖然有很多人只是在用，但是不知道為什么在用。模板在傳統(tǒng)上來說是劃分邏輯層的一種途徑，在MVC上結(jié)構(gòu)里，它把表示層和下層分離，在實際使用中，它方便程序員和界面設(shè)計人員分工合作。然而，現(xiàn)在很多場合中，由于模板的不當(dāng)使用，它非但沒有起到促進程序員和界面設(shè)計人員分工合作，反倒成為程序員和美工互相仇視的罪魁（我好像在以前的帖子里這樣說過），很多人在抱怨他們不得不花很多時間在整理模板上。
數(shù)據(jù)庫封裝似乎和Java的關(guān)系更大，它對多種數(shù)據(jù)庫系統(tǒng)提供一個統(tǒng)一調(diào)用接口，通常是一些封裝好的類，這些類有時也完成一些比如SQL檢查、過濾等工作。PHPLIB里的DB封裝、PEAR DB、Adodb等都很有名，用的人也很多。#p#
Cache和Buffer看起來好像是一種東西，Cache叫做緩存而Buffer叫做緩沖。在硬件概念中，Cache的用途是連接兩種速度不同的設(shè)備，比如寄存器和內(nèi)存、CPU和PCI-Bus、IDE總線和硬盤。Buffer的原意是類似彈簧的一種緩沖器，用來減輕或吸收沖擊的震動的東西。Buffer是一種數(shù)據(jù)預(yù)存取的方式，它用于臨時存儲數(shù)據(jù)并以與接收速度不同的速度傳輸。Buffer的更新方式可以是按時間間隔自動刷新，而Cache則更講究“命中率”，將當(dāng)前時間段使用頻繁的少量數(shù)據(jù)放到高速設(shè)備中方便讀寫。在程序開發(fā)中，固然沒有什么高速、低速設(shè)備，不過數(shù)據(jù)源是可以有不同讀寫效率的。對于少量數(shù)據(jù)，文本文件的讀寫通常就要比數(shù)據(jù)庫存取效率好，而同樣是文本文件讀寫，在tmpfs上的效率就要比直接的磁盤IO效率好。Buffer更多地體現(xiàn)在進程通信和隊列上，很多時候并不是因為接收方?jīng)]有能力更快地讀取，而是沒有必要更快地讀取。
守護進程是一種在后臺連續(xù)執(zhí)行的程序，它通常是起到監(jiān)視、控制流程、對外提供服務(wù)等作用。比如Apache本身就可以被理解成一個守護進程，雖然它實際上是由很多個經(jīng)常更新的進程組成（主進程是固定的）。
Crontab是UNIX/Linux的定時程序，有點像Windows的“計劃任務(wù)”，它設(shè)定在多少個時間間隔后或者是某一個時間點執(zhí)行特定的程序。它通常用來完成自動更新、清除臨時數(shù)據(jù)等一段時間自動執(zhí)行一次的操作。
另外一個比較特別的概念（說它特別是相對于習(xí)慣了通用系統(tǒng)開發(fā)的人來說），是當(dāng)我們擁有了一臺獨立的服務(wù)器之后，完全沒必要把自己局限在PHP所能提供的功能范圍內(nèi)，當(dāng)我們不知不覺地成為系統(tǒng)的主人后，要努力發(fā)現(xiàn)到這一點，我們有很多東西可以用的。PHP不是萬能的（這簡直是一定的），對于它的功能上的不足，完全可以用Perl來彌補，Perl做為一種通用語言，可以提供更多的功能選擇，砂礫一樣密的模塊給這個隨意得有些變態(tài)的語言提供了無窮的能量。對于PHP性能上的不足，完全可以用C來補充。PHP的根本就是由C繼承來，PHP本身也是由C開發(fā)，用C來做PHP的擴展是完全合理的。
Linux本身就是由C和Perl在支撐（我這樣說完全不是為了夸大Perl的地位，大家可以去看看一個標(biāo)準(zhǔn)的Linux中有多少Perl腳本，離開Perl之后這個系統(tǒng)是不是覺得像個殘疾人）。PHP從C中繼承了大部分的語法，從Perl中學(xué)習(xí)了大部分Web特性、函數(shù)和那個貌似與開源很矛盾的“$”符號（PHP早期就是一個Perl腳本）。
下面來分析我在使用的一些代碼（注：Linux獨立服務(wù)器適用。我好像已經(jīng)放棄對Windows和虛擬主機做大型開發(fā)很長時間了）。里面使用了一些也許很熟悉也許很陌生也許很變態(tài)的方法。我的系統(tǒng)是RedHat AS3，沒有什么特別的，PHP版本是4.4.0，MySQL是4.1。我從來沒有刻意地去寫一些必須用到PHP5的新特性的代碼，除非真的必須用到。
我的Web根目錄在/www下，Apache、PHP都是默認安裝在/usr/local/下，MySQL是下載的編譯好的二進制版本，我也一樣把它丟在那里。因為只是用于測試，我不想它看起來很亂，至于在實際項目中，尤其是多臺服務(wù)器的情況下，需要好好地部署一下你的系統(tǒng)。
為了使系統(tǒng)的結(jié)構(gòu)清晰一些，我把需要使用的文件都放在了二級目錄下面。
下面是通用頭文件/includes/kernel/common.inc.php的一些片斷：
﹤?php
if (!defined('IN_BSG')) {
exit;
}
?﹥ |
上面的代碼保證它只能被合法的程序所調(diào)用，而不會被其它的文件include。如果正在執(zhí)行的程序沒有定義一個'IN_BSG'常量，它在include這個common.inc.php之后程序會終止。
﹤?php
list($usec, $sec) = explode(" ", microtime());
$page_time_start = $usec + $sec;
?﹥
|
這兩行大家可能都會比較熟悉，這是計算程序的開始執(zhí)行時間的。在程序結(jié)束之前，還會再計算一下這個，為的是得出程序執(zhí)行所耗費的時間。如果你不在意這些，可以放心地把它注釋掉。
【編輯推薦】
