1. 修改完代碼，記得自測(cè)一下

　　「改完代碼，自測(cè)一下」 是每位程序員必備的基本素養(yǎng)。尤其不要抱有這種僥幸「心理：我只是改了一個(gè)變量或者我只改了一行配置代碼，不用自測(cè)了」。改完代碼，盡量要求自己都去測(cè)試一下，可以規(guī)避很多不必要bug的。

      2. 方法入?yún)⒈M量都檢驗(yàn)

　　入?yún)⑿ｒ?yàn)也是每個(gè)程序員必備的基本素養(yǎng)。你的方法處理，「必須先校驗(yàn)參數(shù)」。比如入?yún)⑹欠裨试S為空，入?yún)㈤L(zhǎng)度是否符合你的預(yù)期長(zhǎng)度。這個(gè)盡量養(yǎng)成習(xí)慣吧，很多「低級(jí)bug」都是「不校驗(yàn)參數(shù)」導(dǎo)致的。

　　如果你的數(shù)據(jù)庫(kù)字段設(shè)置為varchar(16),對(duì)方傳了一個(gè)32位的字符串過(guò)來(lái)，你不校驗(yàn)參數(shù)，「插入數(shù)據(jù)庫(kù)直接異常」了。

　　3. 修改老接口的時(shí)候，思考接口的兼容性。

　　很多bug都是因?yàn)樾薷牧藢?duì)外老接口，但是卻「不做兼容導(dǎo)致」的。關(guān)鍵這個(gè)問(wèn)題多數(shù)是比較嚴(yán)重的，可能直接導(dǎo)致系統(tǒng)發(fā)版失敗的。新手程序員很容易犯這個(gè)錯(cuò)誤哦~

　　所以，如果你的需求是在原來(lái)接口上修改，，尤其這個(gè)接口是對(duì)外提供服務(wù)的話，一定要考慮接口兼容。

　　4.對(duì)于復(fù)雜的代碼邏輯，添加清楚的注釋

　　寫代碼的時(shí)候，是沒(méi)有必要寫太多的注釋的，好的方法變量命名就是的注釋。但是，如果是「業(yè)務(wù)邏輯很復(fù)雜的代碼」，真的非常有必要寫「清楚注釋」。清楚的注釋，更有利于后面的維護(hù)。

　　5. 使用完IO資源流，需要關(guān)閉

　　應(yīng)該大家都有過(guò)這樣的經(jīng)歷，windows系統(tǒng)桌面如果「打開(kāi)太多文件」或者系統(tǒng)軟件，就會(huì)覺(jué)得電腦很卡。當(dāng)然，我們linux服務(wù)器也一樣，平時(shí)操作文件，或者數(shù)據(jù)庫(kù)連接，IO資源流如果沒(méi)關(guān)閉，那么這個(gè)IO資源就會(huì)被它占著，這樣別人就沒(méi)有辦法用了，這就造成「資源浪費(fèi)」。

　　6.代碼采取措施避免運(yùn)行時(shí)錯(cuò)誤(如數(shù)組邊界溢出，被零除等)

　　日常開(kāi)發(fā)中，我們需要采取措施規(guī)避「數(shù)組邊界溢出，被零整除，空指針」等運(yùn)行時(shí)錯(cuò)誤。

　　7.盡量不在循環(huán)里遠(yuǎn)程調(diào)用、或者數(shù)據(jù)庫(kù)操作，優(yōu)先考慮批量進(jìn)行。

　　遠(yuǎn)程操作或者數(shù)據(jù)庫(kù)操作都是「比較耗網(wǎng)絡(luò)、IO資源」的，所以盡量不在循環(huán)里遠(yuǎn)程調(diào)用、不在循環(huán)里操作數(shù)據(jù)庫(kù)，能「批量一次性查回來(lái)盡量不要循環(huán)多次去查」。

　　俗話說(shuō)習(xí)慣的養(yǎng)成需要21天，而毀滅一個(gè)習(xí)慣只需要，養(yǎng)成好的寫代碼習(xí)慣是每一個(gè)程序員都應(yīng)該做的事情。想要獲得更多關(guān)于寫代碼的秘訣，來(lái)找小粵，免費(fèi)告訴你如何成為一名的程序員。