功能寫出來了也不一定知道是什么原理怎么辦？

前言

程序存在失控風(fēng)險(xiǎn)，請反復(fù)測試，

使用 IDE 提供的功能，

透徹地閱讀你的代碼，

做到心中有數(shù)。

看不懂別人的代碼

看不懂非常不解，不懂只是暫時(shí)的，

既然都有源代碼了，

還愁看不懂嗎？

編程語言的那些語法、關(guān)鍵字拋開不說，

重要的是解決了什么問題，

怎么解決的，

為什么這樣寫？

拋出異常

如果調(diào)試程序過程中，

拋出了異常，

那么先恭喜你，

你離看懂這個(gè)方法已經(jīng)非常接近了。

寫程序怕的是“拋出異常”，

最怕的是測試不拋出異常，

上線拋出異常。

沒有一個(gè)錯(cuò)誤信息支持，

幾乎想破腦袋也很難分析出來龍去脈。

正確認(rèn)識 Bug

編程寫代碼，固然非常重要，

考驗(yàn)的是一個(gè)程序員抽象業(yè)務(wù)功能，

分析邏輯，并使用方法實(shí)現(xiàn)的能力。

然而，

我們并不能保證，敲寫的代碼“絕無Bug”。

要知道，

Bug 是神一般的存在，

只要你深入地剖析，

總能對一些方法進(jìn)行繞過，

從而達(dá)到你提權(quán)、取數(shù)據(jù)、改數(shù)據(jù)的目的。

Bug 暫時(shí)沒發(fā)現(xiàn)，

僅僅是合適的條件被觸發(fā)而已。

掌握高超而全面的調(diào)試技巧

能寫程序，非常好；

如何將你的程序調(diào)試通過，

且在出現(xiàn)異常的時(shí)候，

能夠使用巧妙的方法，

將問題復(fù)現(xiàn)，

這是很了不起的事情。

一旦重現(xiàn)了 Bug，

相當(dāng)于你的狙擊步槍，

已然瞄準(zhǔn)了獵物，

剩下的，一擊必中。

寫在最后

俗話說：“書讀百遍其義自見”。

代碼也一樣，

就想查賬一樣，

事無巨細(xì)，親自上陣，

拿出繡花針的功夫，

反復(fù)閱讀，不厭其煩。

大膽修改，勇于改錯(cuò)，

調(diào)試錯(cuò)誤，追溯流程。

相信你不久就會對程序的功能

爛熟于胸。

對了，記得把梳理的過程用文檔記錄，

這樣初期的時(shí)候，

你不用每次都要痛苦地重來一次。

我是@程序員小助手，持續(xù)分享編程與程序員成長相關(guān)的內(nèi)容。