安裝構建環境
現在你可能至少已經有一個已安裝的php, 並且已經使用它做基於web的應用開發了. 你可能已經從php.net下載了win32構建並運行在iis或windows版的apache上, 或者使用你的*nix(linux, bsd, 或其他遵循POSIX的發行)發行版的包管理系統安裝了第三方創建的二進制.
構建php
除非你是下載源碼包自己編譯, 否則你肯定會錯過一些知識點.
*nix工具
C開發者工具集中必不可少的第一個工具是C的編譯器. 你的發行版中可能會默認包含一個, 如果幸運, 它就是gcc(GNU編譯器集合). 你可以通過執行gcc version或cc version檢查是否安裝了編譯器, 如果已經安裝, 它會響應已安裝的編譯器版本信息.
如果你還沒有安裝編譯器, 可以按照你使用的發行版官方指定的方式下載並安裝gcc. 通常這就意味著要下載一個.rpm或.deb文件, 並執行一個命令去安裝它. 這依賴於你使用的發行版版本, 你可以簡單的使用下面命令去嘗試安裝: urpmi gcc, apt-get install gcc, pkg-add -r gcc, emerge gcc.
除了編譯器, 你還需要下面的程序和工具: make, autoconf, automake, libtool. 這些工具同樣可以用你所使用的發行版的包管理系統去安裝, 和安裝gcc時一樣, 或者直接從gnu.org下載源碼包自己編譯.
推薦的版本是: libtool 1.4.3, autoconf 2.13, automake 1.4或1.5. 使用這些軟件的更新的版本可能也能很好的工作, 但這些版本是經過長期使用驗證的.
如果你計劃使用CVS檢出最新的php開發版代碼, 還需要bison和flex去構造語言解釋器. 和其他包一樣, 這兩個包可以使用你的發行版包管理系統安裝, 或者從gnu.org下載源碼自己編譯.
如果你選擇了CVS, 你還需要安裝cvs客戶端. 同樣, 它也可能已經在你的發行版上安裝, 或者你自己去下載編譯. 和其他包不一樣的是這個包你需要在cvshome.org下載.
Win32工具
譯者不熟悉windows環境, 因此略過.
獲取php源代碼
下載php的時候, 你有集中選擇. 首先, 如果你的發行版支持, 你可以使用apt-get source php5這樣的命令去下載. 這種方式的有點在於你使用的發行版可能存在某些問題需要對php源代碼進行修改, 從這裡下載, 可以肯定這些問題已經被打補丁使得你的構建存在更少的問題.缺點在於大多數的發行版都會比php官方的發布延遲數周.
另外一個選擇是首選項, 在www.php.net下載php-x.y.z.tar.gz(x.y.z是當前發布版本).這些php發布版是經過全世界無數的php用戶測試的, 並且是最新的.
你還可以從snaps.php.net下載快照包. 這個站點上, php版本庫中所有源代碼的最新版本會每隔幾小時打包一次.php內核開發者的某些提交可能會導致它暫時不可用, 但是如果你在官方發布之前需要最新的php 6.0的特性, 這是最容易得到的地方.
最後, 你可以使用cvs直接獲取到php內核開發團隊所使用的開發版. 如果你只是要開發擴展和嵌入式程序, 相比使用官方發布包和獲取快照,這不會有什麼明顯的好處. 但是如果你計劃發布你的擴展或其他應用到CVS庫, 熟悉檢出過程還是很有用的.
譯注: php目前已經使用git來管理代碼庫, 關於cvs檢出不再贅述, 請訪問https://github.com/php/php-src獲取最新源碼. 如果你想為php貢獻代碼, 可以查看該項目首頁的介紹.
配置用於開發的php
第一章中我們討論了, 無論你計劃開發擴展還是潛入php的其他應用, 在構建開發者友好的php時有兩個特殊的./configure開關你需要使用, 這兩個開關應該和你構建php時使用的其他開關一起使用.
enable-debug
在php和zend源碼樹的某些關鍵函數上開啟調試. 首先它啟用了每個請求結束後的內存洩露報告.
回顧第三章"內存管理", ZendMM會隱式的釋放每個請求分配的, 但在腳本結束之前沒有被釋放的內存. 通過在新開發的代碼上運行一系列的回歸測試用例, 洩露點可以很容易的暴露出來, 這樣就可以在發布之間修補. 我們來看看下面的代碼片段:
void show_value(int n)
{
char *message = emalloc(1024);
sprintf(message, "The value of n is %d\n", n);
php_printf("%s", message);
}
如果這段愚蠢的代碼在php請求執行過程中被執行, 它將洩露1024字節的內存. 一般情況下ZendMM會在腳本執行結束後釋放它.
在enable-debug開啟時, 就會為開發者提供定位問題的錯誤消息:
/cvs/php5/ext/sample/sample.c(33) : Freeing 0x084504B8 (1024 bytes), script=- === Total 1 memory leaks detected ===
這個短小但完整的消息告訴你ZendMM在你弄髒了內存後它進行了清理, 並給出了洩露的內存塊是在哪裡分配的. 使用這個信息, 很容易定位問題, 打開文件, 找到對應的行, 在函數結束前適當的位置增加efree(message).
當然, 內存洩露並不是你會碰到的唯一難以追查的問題. 有時候, 問題是潛在的, 很少顯現. 比如你通宵達旦的工作, 修改了很多的代碼和源文件, 當所有事情做完後, 你自信的執行了make, 測試了一個簡單的腳本, 接著就看到了下面的輸出:
$ sapi/cli/php -r 'myext_samplefunc();' Segmentation Fault
這只是表象, 那問題出在哪裡呢? 查看你的myext_samplefunc()實現, 並沒有顯示出什麼明顯的線索, 使用gdb運行僅顯示出一串未知的符號.
同樣, enable-debug會幫到你. 通過在./configure時增加這個開關, 結果的php二進制將包含所有gdb以及其他core文件檢查程序所需的調試符號, 這樣可以顯示出問題出在哪裡.
使用這個選項重新構建, 通過gdb觸發崩潰, 你現在可以看到下面的輸出:
#0 0x1234567 php_myext_find_delimiter(str=0x1234567 "foo@#(FHVN)@\x98\xE0...",
strlen=3, tsrm_ls=0x1234567)
p = strchr(str, ',');
