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