PHP程序員解決問(wèn)題的8個(gè)等級(jí)

這個(gè)話題老生長(zhǎng)談了，在面試中必然考核的能力中，我個(gè)人認(rèn)為解決問(wèn)題能力是排第一位的，比學(xué)習(xí)能力優(yōu)先級(jí)更高。解決問(wèn)題的能力既能看出程序員的思維能力，應(yīng)變能力，探索能力等，又可以看出他的經(jīng)驗(yàn)。如果解決問(wèn)題能力不佳是無(wú)法通過(guò)面試的。

這里舉個(gè)例子，假如我執(zhí)行了一個(gè)PHP的腳本，如php test.php，預(yù)期是可以返回一個(gè)字符串。但執(zhí)行后沒(méi)有任何信息輸出，這時(shí)候通過(guò)什么方法能知道程序錯(cuò)在哪里？這里可以將解決問(wèn)題能力分為8個(gè)等級(jí)，越到后面的表示能力越強(qiáng)。

Lv0 查看PHP錯(cuò)誤信息

程序沒(méi)有達(dá)到預(yù)期效果，證明代碼出錯(cuò)了，看PHP的錯(cuò)誤信息是第一步。如果直接忽略錯(cuò)誤信息，表明這個(gè)人不適合擔(dān)任專業(yè)的程序員崗位。有些情況下php.ini配置中關(guān)閉了錯(cuò)誤顯示，需要修改php.ini打開(kāi)錯(cuò)誤信息，或者錯(cuò)誤信息被導(dǎo)出到了日志文件，這種情況可以直接tailf php_error.log來(lái)看錯(cuò)誤信息。

拿到錯(cuò)誤信息后直接定位到程序代碼問(wèn)題，或者到Google/百度搜索，即可解決問(wèn)題。

注：打開(kāi)錯(cuò)誤顯示的方法是

php.ini中display_errors / display_startup_errors 設(shè)置為On

php.ini中error_reporting 設(shè)置為E_ALL

PHP代碼中設(shè)置error_reporting（E_ALL）

Lv1 存在多個(gè)版本的php或php-cli與php-fpm加載不同的配置

存在多個(gè)版本的php，懂得通過(guò)which php來(lái)看是哪個(gè)PHP，或者加絕對(duì)路徑制定php版本。表示此PHPer通過(guò)了此層級(jí)的50%考驗(yàn)。

另外一個(gè)情況就是php-cli與php-fpm得到的執(zhí)行情況不一樣，如在web瀏覽器中執(zhí)行是對(duì)的，cli下執(zhí)行是錯(cuò)的。這時(shí)候可能是2個(gè)環(huán)境加載的php.ini不同所致。cli下通過(guò)php -i |grep php.ini得到加載了哪個(gè)php.ini。而fpm下通過(guò)phpinfo（）函數(shù)可以得到php.ini的絕對(duì)路徑。

Lv2 var_dump/die打印變量值信息單步調(diào)試

這是慣用的程序調(diào)試手段，也是最簡(jiǎn)單粗暴有效的解決問(wèn)題方法。高級(jí)一點(diǎn)的手段是使用PHP的Trace類/日志類，花哨一點(diǎn)的可以借助phpstorm+xdebug在IDE工具里進(jìn)行Debug。

Trace工具還可以分析腳本的耗時(shí)，進(jìn)行PHP程序的性能優(yōu)化。

這3個(gè)考驗(yàn)全部通過(guò)，表明此程序員已經(jīng)具備了專業(yè)PHP程序員應(yīng)該有的解決問(wèn)題能力了。PHP程序員只要過(guò)了這個(gè)等級(jí)，就足以應(yīng)多大部分情況，在中小型網(wǎng)站中毫無(wú)壓力。

Lv3 使用strace工具跟蹤程序執(zhí)行

strace可以用來(lái)查看系統(tǒng)調(diào)用的執(zhí)行，使用strace php test.php，或者strace -p 進(jìn)程ID。strace就可以幫助你透過(guò)現(xiàn)象看本質(zhì)，掌握程序執(zhí)行的過(guò)程。這個(gè)手段是在大型網(wǎng)站，大公司里最常用的。如果沒(méi)掌握strace，這里只能說(shuō)抱歉了，我們不接受不會(huì)strace的PHPer。

strace其實(shí)也是對(duì)程序員基礎(chǔ)的考驗(yàn)，如果不懂操作操作系統(tǒng)，完全不懂底層，肯定也達(dá)不到會(huì)用strace的程度。當(dāng)然strace對(duì)于PHP代碼里的死循環(huán)是解決不了的。比如你發(fā)現(xiàn)一個(gè)php-fpm進(jìn)程CPU100%了，strace恐怕是解決不了的。因?yàn)閟trace是看系統(tǒng)調(diào)用，一般都是IO類操作，既然是IO密集，那CPU一定不可能是100%。

Lv4 使用tcpdump工具分析網(wǎng)絡(luò)通信過(guò)程

tcpdump可以抓到網(wǎng)卡的數(shù)據(jù)通信過(guò)程，甚至數(shù)據(jù)內(nèi)容也可以抓到。使用tcpdump可以看到網(wǎng)絡(luò)通信過(guò)程是什么樣的，如何時(shí)發(fā)起了TCP SYN3次握手，何時(shí)發(fā)送FIN包，何時(shí)發(fā)送RST包。這是一個(gè)基本功，如果不懂tcpdump，證明不具備網(wǎng)絡(luò)問(wèn)題解決能力。

Lv5 統(tǒng)計(jì)函數(shù)調(diào)用的耗時(shí)和成功率

使用xhporf/xdebug導(dǎo)出PHP請(qǐng)求的調(diào)用過(guò)程，然后分析每個(gè)函數(shù)調(diào)用的過(guò)程和耗時(shí)。能夠分析PHP程序的性能瓶頸，找出可以優(yōu)化的點(diǎn)。

另外一個(gè)對(duì)于網(wǎng)絡(luò)服務(wù)的調(diào)用，如mysql查詢，curl，其他API調(diào)用等，通過(guò)記錄起始和結(jié)束時(shí)microtime，返回的是不是false，可以得到調(diào)用是否成功，耗時(shí)多少。如果可以匯總數(shù)據(jù)，整理出調(diào)用的成功率，失敗率，平均延時(shí)，證明此程序員對(duì)接口質(zhì)量敏感，有大型網(wǎng)站項(xiàng)目經(jīng)驗(yàn)。

Lv6 gdb使用

gdb是C/C++調(diào)試程序的利器，需要具備一定C/C++功底的程序員才會(huì)能熟練使用gdb。上面說(shuō)的strace無(wú)法跟蹤php程序CPU100%，而gdb是可以跟蹤的。另外gdb也可以解決php程序core dump的問(wèn)題。

通過(guò)gdb -p 進(jìn)程ID，再配合php-src的.gdbinit zbacktrace等工具，可以很方便地跟蹤PHP程序的執(zhí)行。像上面的CPU100%往往是PHP程序中發(fā)生死循環(huán)了，gdb進(jìn)行多次查看，就大致可以得到死循環(huán)的位置。具備gdb解決問(wèn)題能力的PHP程序員少之又少。如果能使用gdb解決PHP問(wèn)題，這個(gè)PHPer百分之百可以通過(guò)面試，并且可以拿到較高的技術(shù)評(píng)級(jí)。

Lv7 查看PHP內(nèi)核和擴(kuò)展源碼

如果能熟悉PHP內(nèi)核和擴(kuò)展的源碼，遇到PHP程序中最復(fù)雜的內(nèi)存錯(cuò)誤，也可以有解決的能力。這類PHP程序員就是鳳毛麟角了。配合gdb工具和對(duì)PHP源碼的熟悉，可以查看opcode的信息，execute_data的內(nèi)存，全局變量的狀態(tài)等。