PHP 程式員解決問題能力的八個層級_PHP教程

PHP 程式員解決問題能力的八個層級

這個話題老生長談了，在面試中必然考核的能力中，我個人認為解決問題能力是排第一位的，比學習能力優先順序更高。解決問題的能力既能看出程式員的思維能力，應變能力，探索能力等，又可以看出他的經驗。如果解決問題能力不佳是無法通過面試的。

這裡舉個例子，假如我執行了一個PHP的指令碼，如php test.php，預期是可以返回一個字串。但執行後沒有任何資訊輸出，這時候通過什麼方法能知道程式錯在哪裡？這裡可以將解決問題能力分為8個等級，越到後面的表示能力越強。

Lv0 查看PHP錯誤資訊

程式沒有達到預期效果，證明代碼出錯了，看PHP的錯誤資訊是第一步。如果直接忽略錯誤資訊，表明這個人不適合擔任專業的程式員崗位。有些情況下 php.ini配置中關閉了錯誤顯示，需要修改php.ini開啟錯誤資訊，或者錯誤資訊被匯出到了記錄檔，這種情況可以直接tailf php_error.log來看錯誤資訊。

拿到錯誤資訊後直接定位到程式碼問題，或者到Google/百度搜尋，即可解決問題。

註：開啟錯誤顯示的方法是

• php.ini中display_errors / display_startup_errors 設定為On

• php.ini中error_reporting 設定為E_ALL

• PHP代碼中設定error_reporting(E_ALL)

Lv1 存在多個版本的php或php-cli與php-fpm載入不同的配置

存在多個版本的php，懂得通過which php來看是哪個PHP，或者加絕對路徑制定php版本。表示此PHPer通過了此層級的50%考驗。

另外一個情況就是php-cli與php-fpm得到的執行情況不一樣，如在web瀏覽器中執行是對的，cli下執行是錯的。這時候可能是2個環境 載入的php.ini不同所致。cli下通過php -i |grep php.ini得到載入了哪個php.ini。而fpm下通過phpinfo()函數可以得到php.ini的絕對路徑。

Lv2 var_dump/die列印變數值資訊單步調試

這是慣用的程式調試手段，也是最簡單粗暴有效解決問題方法。進階一點的手段是使用PHP的Trace類/日誌類，花哨一點的可以藉助phpstorm+xdebug在IDE工具裡進行Debug。

Trace工具還可以分析指令碼的耗時，進行PHP程式的效能最佳化。

這3個考驗全部通過，表明此程式員已經具備了專業PHP程式員應該有的解決問題能力了。PHP程式員只要過了這個等級，就足以應多大部分情況，在中小型網站中毫無壓力。

Lv3 使用strace工具跟蹤程式執行

strace可以用來查看系統調用的執行，使用strace php test.php，或者strace -p 進程ID。strace就可以協助你透過現象看本質，掌握程式執行的過程。這個手段是在大型網站，大公司裡最常用的。如果沒掌握strace，這裡只能說 抱歉了，我們不接受不會strace的PHPer。

strace其實也是對程式員基礎的考驗，如果不懂操作作業系統，完全不懂底層，肯定也達不到會用strace的程度。當然strace對於PHP 代碼裡的死迴圈是解決不了的。比如你發現一個php-fpm進程CPU100%了，strace恐怕是解決不了的。因為strace是看系統調用，一般都 是IO類操作，既然是IO密集，那CPU一定不可能是100%。

Lv4 使用tcpdump工具分析網路通訊過程

tcpdump可以抓到網卡的資料通訊過程，甚至資料內容也可以抓到。使用tcpdump可以看到網路通訊過程是什麼樣的，如何時發起了TCP SYN3次握手，何時發送FIN包，何時發送RST包。這是一個基本功，如果不懂tcpdump，證明不具備網路問題解決能力。

Lv5 統計函數調用的耗時和成功率

使用xhporf/xdebug匯出PHP請求的調用過程，然後分析每個函數調用的過程和耗時。能夠分析PHP程式的效能瓶頸，找出可以最佳化的點。

另外一個對於網路服務的調用，如mysql查詢，curl，其他API調用等，通過記錄起始和結束時microtime，返回的是不是false， 可以得到調用是否成功，耗時多少。如果可以摘要資料，整理出調用的成功率，失敗率，平均延時，證明此程式員對介面品質敏感，有大型網站項目經驗。

Lv6 gdb使用

gdb是C/C++偵錯工具的利器，需要具備一定C/C++功底的程式員才會能熟練使用gdb。上面說的strace無法跟蹤php程式CPU100%，而gdb是可以跟蹤的。另外gdb也可以解決php程式core dump的問題。

通過gdb -p 進程ID，再配合php-src的.gdbinit zbacktrace等工具，可以很方便地跟蹤PHP程式的執行。像上面的CPU100%往往是PHP程式中發生死迴圈了，gdb進行多次查看，就大致可 以得到死迴圈的位置。具備gdb解決問題能力的PHP程式員少之又少。如果能使用gdb解決PHP問題，這個PHPer百分之百可以通過面試，並且可以拿 到較高的技術評級。

Lv7 查看PHP核心和擴充源碼

如果能熟悉PHP核心和擴充的源碼，遇到PHP程式中最複雜的記憶體錯誤，也可以有解決的能力。這類PHP程式員就是鳳毛麟角了。配合gdb工具和對PHP源碼的熟悉，可以查看opcode的資訊，execute_data的記憶體，全域變數的狀態等。

你是哪個層級呢？

原文：http://rango.swoole.com/archives/340 作者： @韓天峰-Rango

http://www.bkjia.com/PHPjc/1051850.htmlwww.bkjia.comtruehttp://www.bkjia.com/PHPjc/1051850.htmlTechArticlePHP 程式員解決問題能力的八個層級 這個話題老生長談了，在面試中必然考核的能力中，我個人認為解決問題能力是排第一位的，比學習能...

