計算機是最誠實的。程序運行不對，首先不要懷疑機器的問題。99.99%的情況下，是你的代碼出了問題。遵守一些原則，養(yǎng)成一些好習(xí)慣，可以幫你節(jié)省時間并且寫出簡潔美觀的代碼!

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

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

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

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

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

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

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

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

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

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