1. 程式人生 > >關於PHP程序員解決問題的能力

關於PHP程序員解決問題的能力

porting 網絡 裏的 性能 質量 底層 技術 程序調試 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/archi...

關於PHP程序員解決問題的能力