2015-10-09 11:54:02
2013瀏覽
這個話題老生長談了,在面試中必然考核的能力中,我個人認為解決問題能力是排第一位的,比學習能力優先順序更高。解決問題的能力既能看出程式設計師的思維能力,應變能力,探索能力等,又可以看出他的經驗。如果解決問題能力不佳是無法通過面試的。
這裡舉個例子,假如我執行了乙個php的指令碼,如php test.php
,預期是可以返回乙個字串。但執行後沒有任何資訊輸出,這時候通過什麼方法能知道程式錯在**?這裡可以將解決問題能力分為8個等級,越到後面的表示能力越強。
lv0 檢視php錯誤資訊程式沒有達到預期效果,證明**出錯了,看php的錯誤資訊是第一步。如果直接忽略錯誤資訊,表明這個人不適合擔任專業的程式設計師崗位。有些情況下php.ini
配置中關閉了錯誤顯示,需要修改php.ini
開啟錯誤資訊,或者錯誤資訊被匯出到了日誌檔案,這種情況可以直接tailf php_error.log
來看錯誤資訊。
注:開啟錯誤顯示的方法是
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
的絕對路徑。
lv2var_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的記憶體,全域性變數的狀態等。
關於PHP程式設計師解決問題的能力
這個話題老生長談了,在面試中必然考核的能力中,我個人認為解決問題能力是排第一位的,比學習能力優先順序更高。解決問題的能力既能看出程式設計師的思維能力,應變能力,探索能力等,又可以看出他的經驗。如果解決問題能力不佳是無法通過面試的。這裡舉個例子,假如我執行了乙個php的指令碼,如php test.ph...
關於PHP程式設計師解決問題的能力
假如我執行了乙個php的指令碼,如php test.php,預期是可以返回乙個字串。但執行後沒有任何資訊輸出,這時候通過什麼方法能知道程式錯在 這裡可以將解決問題能力分為8個等級,越到後面的表示能力越強。lv0 檢視php錯誤資訊 程式沒有達到預期效果,證明 出錯了,看php的錯誤資訊是第一步。如果...
關於PHP程式設計師解決問題的能力
這個話題老生長談了,在面試中必然考核的能力中,我個人認為解決問題能力是排第一位的,比學習能力優先順序更高。解決問題的能力既能看出程式設計師的思維能力,應變能力,探索能力等,又可以看出他的經驗。如果解決問題能力不佳是無法通過面試的。這裡舉個例子,假如我執行了乙個php的指令碼,如php test.ph...