修改完代碼，自測一下是每位程序員必備的基本素養(yǎng)。不要抱有僥幸心理，就算只改了一個變量或者只改了一行配置代碼，也一定要自測。嚴(yán)格要求自己，不要怕麻煩，這樣可以規(guī)避之后很多不必要bug。

方法入?yún)⒈M量都檢驗(yàn)，例如入?yún)⑹欠裨试S為空，入?yún)㈤L度能否符合你的預(yù)期長度。你知道嗎?很多低級bug都是不校驗(yàn)參數(shù)導(dǎo)致的。假如你的數(shù)據(jù)庫字段設(shè)置為varchar(16)，對方傳了一個32位的字符串過來，你不校驗(yàn)參數(shù)，插入數(shù)據(jù)庫直接異常了。

修改老接口時，思考接口兼容性。這是一個新手程序員容易犯的錯誤。很多bug都是因?yàn)樾薷牧藢ν饫辖涌?，卻不做兼容導(dǎo)致的。關(guān)鍵這個問題大部分比較嚴(yán)重，可能直接導(dǎo)致系統(tǒng)發(fā)版失敗。如果你有在原來接口上修改的需求，尤其是對外提供服務(wù)的話，必須考慮接口兼容。

對于復(fù)雜的代碼邏輯，添加清楚的注釋。平時是沒有必要寫太多的注釋，好的方法變量命名就是最好的注釋。但如果是業(yè)務(wù)邏輯很復(fù)雜的代碼，就非常有必要寫清楚注釋，有利于后面的維護(hù)。

代碼采取措施避免運(yùn)行時錯誤。日常開發(fā)中，我們需要采取措施避免數(shù)組邊界溢出，被零整除，空指針等運(yùn)行時錯誤。

優(yōu)先考慮批量進(jìn)行。因?yàn)樵谘h(huán)里遠(yuǎn)程調(diào)用、不在循環(huán)里操作數(shù)據(jù)庫比較耗網(wǎng)絡(luò)、IO資源，所以盡量不要，能批量一次性查回來盡量不要循環(huán)多次去查。但也不要一次性查太多數(shù)據(jù)，最好分批500一次。

多線程異步優(yōu)先考慮恰當(dāng)?shù)木€程池，而不是new thread，同時考慮線程池是否隔離。使用線程池有這幾點(diǎn)好處，它幫我們管理線程，避免增加創(chuàng)建線程和銷毀線程的資源損耗。提高響應(yīng)速度以及重復(fù)利用。同時需要考慮線程池隔離，不同的關(guān)鍵業(yè)務(wù)分配不同的線程池，線程池參數(shù)也要適當(dāng)考慮。

調(diào)用第三方接口，需要考慮異常處理，安全性，超時重試這幾個點(diǎn)。異常處理：你調(diào)別人的接口，如果異常了怎么處理;超時：沒法預(yù)估對方接口一般多久返回，一般設(shè)置個超時斷開時間，以保護(hù)你的接口；重試次數(shù)：需要站在業(yè)務(wù)上角度思考你的接口調(diào)失敗，需不需要重試這個問題。

主從延遲問題考慮，一般數(shù)據(jù)庫都是有主庫，從庫的。寫入的話是寫主庫，讀一般是讀從庫。如果發(fā)生主從延遲，很可能出現(xiàn)你插入成功了，但是卻查詢不到的情況。假如是重要業(yè)務(wù)，需要考慮是否強(qiáng)制讀主庫，還是再修改設(shè)計方案。雖然有些業(yè)務(wù)場景也可以接受主從稍微延遲一點(diǎn)，但寫完操作數(shù)據(jù)庫的代碼，還是要習(xí)慣性想想是否存在主從延遲問題。

為重構(gòu)分配時間，每一次混亂都在產(chǎn)生技術(shù)負(fù)債。像金融一樣，時間越長，產(chǎn)生的債務(wù)就越多。對于普通開發(fā)人員來說，花上幾天時間清理代碼聽上去并不是那么美好。這就是為什么要養(yǎng)成每天償還一點(diǎn)債務(wù)的習(xí)慣。做好時間規(guī)劃，長此以往完善的代碼數(shù)量將令人驚嘆。

選擇好自己的方向，然后全身心投入到項目中去。無論如何，都希望你去嘗試，而不是停留在只是想想的層面上。

以上就是本次分享的全部內(nèi)容，想學(xué)習(xí)更多Python技巧，歡迎持續(xù)關(guān)注六星源課堂！