php應用程序的性能優化
使用PHP編程的最大好處是學習這種編程語言非常容易以及其豐富的 庫。即使對需要使用的函數不是十分了解，我們也能夠猜測出如何完成一個特定的任務。
盡管PHP非常簡單易學，但我們仍然需要花費一點時 間來學習PHP的一些編程技巧，尤其是與性能和內存占用相關的技巧。在PHP中，有許多小技巧能夠使我們減少內存的占用，並提高應用程序的性能。在本篇文 章中，我們將對PHP應用程序的分析、如何改變腳本代碼以及比較優化前後的各種參數值進行簡要的介紹。
通過在程序中設置計時的程序，並反復執行這些代碼，我們可以獲得有關程序執行速度的一組數據，這些數據可以可以用來發現程序中的瓶頸，以及如何進行 優化，提高應用程序的性能。
也許讀者曾經聽說過PEAR庫吧。我們將使用PEAR庫創建在分析時需要使用的例子，這也是對現有的代碼進行分析的最簡單的方法，它使我們無需使用 商用產品就能對代碼進行分析。
我們要使用的庫的名字是PEAR::Benchmark，它對於對代碼進行分析和性能測試非常有用。這個 庫提供一個名字為Benchmark_Timer()的類，能夠記錄一個函數調用和下一個函數調用之間的時間。在對代碼的性能進行測試時，我們可以得到一 個詳細的腳本執行結果，它非常簡單，如下所示：
include_once("Benchmark/Timer.php");
$bench = new Benchmark_Timer;
$bench-> start();
$bench-> setMarker(Start of the script);
// 現在處於睡眠狀態幾分鐘
sleep(5);
$bench-> stop();
// 從計時器中獲得分析信息
PRint_r($bench-> getProfiling());
?>
上面代碼執行後的輸出如下所示：
Array
(
[0] => Array
(
[name] => Start
[time] => 1013214253.05751200
[diff] => -
[total] => 0
)
[1] => Array
(
[name] => Start of the script
[time] => 1013214253.05761100
[diff] => 9.8943710327148E-05
[total] => 9.8943710327148E-05
)
[2] => Array
(
[name] => Stop
[time] => 1013214258.04920700
[diff] => 4.9915959835052
[total] => 4.9916949272156
)
)
上 面的數字似乎是一組雜亂無章的數字，但如果程序的規模更大，這些數字就十分地有用了。
也許廣大讀者也能猜測到，數組的第一個表目是實際 調用Benchmark_Timer()類的方法，例如
$bench-> start()、$bench-> setMarker()和$bench-> stop()，與這些表目有關的數字是相當簡單的，現在我們來仔細地研究這些數字：
[0] => Array
(
[name] => Start
[time] => 1013214253.05751200
[diff] => -
[total] => 0
)
time 表目指的是何時對Benchmark_Timer()的start()方法調用的UNIX的timestamp，diff表目表示這次調用和上次調用之間 的時間間隔，由於這裡沒有上一次，因此顯示出了一個破折號，total表目指的是自測試開始到這一特定的調用之前代碼運行的總的時間。下面我們來看看下一 個數組的輸出：
[1] => Array
(
[name] => Start of the script
[time] => 1013214253.05761100
[diff] => 9.8943710327148E-05
[total] => 9.8943710327148E-05
)
從上面的數字我們可以看出，在調用$bench-> start()之後，程序運行了9.8943710327148E-05秒（也就是0.0000989秒）後開始調用$bench-> setMarker(….)。
一次真實的性能測試經歷
盡管上面的例子不錯，但在對於決定如何優化你的站點代碼設計方面，它 真的不能算是一個好例子。下面我將用我自己作為網站技術人員的一段親身經歷來說明如何解決性能方面存在的問題。
我並不大理解網站使用的 代碼，因為它是根據特殊的需求，歷經多年開發而成的━━其中的一個模塊包括網站轉換代碼，另一個模塊記錄網站的使用情況，其他的模塊也各有各的作用。我和 網站的主要開發者都意識到網站的代碼需要優化，但又不清楚問題出在哪兒。
為了盡快地完成任務，我開始研究網站的主要腳本代碼，並在全部 腳本代碼以及其包含文件中添加了一些$bench-> setMarker()命令，然後分析$bench-> getProfiling()的輸出，並對得到的結果大吃一驚，原來問題出在一個與獲得特定語言名字（例如en代表english）的轉換代碼的函數調用 中，該函數在每個頁面上都會被使用數百次。每次調用該函數時，腳本代碼都會對一個MySQL數據庫進行查詢，從一個數據庫表中獲得真正的語言名字。
於 是我們這一類的信息創建了一個緩沖系統。經過短短2天時間的工作，我們使系統的性能得到了很大的提高，第一周內頁面的浏覽量也因此而增加了40%。當然 了，這只是一個有關分析代碼能夠提高互聯網應用或互聯網網站性能的例子。
性能測試函數調用
在 分析一個腳本或網頁（以及其包含文件）時，盡管Benchmark_Timer()特別有用，但它並不科學，因為要獲得分析的數據我們必須多次加載腳本， 而且它也不是針對某個類或函數調用的。
PEAR::Benchmark庫中的另一個被稱作Benchmark_Iterator的類能 夠很好地解決這一個問題，它能夠針對特定的函數或類的方法，顯示其分析信息。它的用途是能夠能夠從測試中獲得一致的結果，因為我們知道，如果運行一段腳本 一次，其運行時間為10秒，並不意味著它每次的運行時間總是10秒。
In any case, lets see some examples:
// 連接數據庫的代碼
include_once("DB.php");
$dsn = array(
phptype => mysql,
hostspec => localhost,
database => database_name,
username => user_name,
passWord => password
);
$dbh = DB::connect($dsn);
function getCreatedDate($id)
{
global $dbh;
> $stmt = "SELECT created_date FROM users WHERE id=$id";
// 在這裡使用PEAR::DB
$created_date = $dbh-> getOne($stmt);
if ((PEAR::isError($created_date)) ||
(empty($created_date))) {
return false;
} else {
return $created_date;
}
}
include_once Benchmark/Iterate.php;
$bench = new Benchmark_Iterate;
// 運行getDate函數10次
$bench-> run(10, getCreatedDate, 1);
// 打印分析信息
print_r($bench-> get());
?>
運 行上面的代碼能夠產生與下面相似的結果：
Array
(
[1] => 0.055413007736206
[2] => 0.0012860298156738
[3] => 0.0010279417037964
[4] => 0.00093603134155273
[5] => 0.00094103813171387
[6] => 0.00092899799346924
[7] => 0.0010659694671631
[8] => 0.00096404552459717
[9] => 0.0010690689086914
[10] => 0.00093603134155273
[mean] => 0.0064568161964417
[iterations] => 10
)
上面的這些數字很好理解，mean條目表示getCreatedDate()函數10次運行的平均時間。在進行實際測試時，應該至少運行1000 次，但這個例子得出的結果已經足夠說明問題了。
