1. 修改完代碼，記得自測一下
「改完代碼，自測一下」
是每位程序員必備的基本素養(yǎng)。尤其不要抱有這種僥幸「心理：我只是改了一個變量或者我只改了一行配置代碼，不用自測了」。改完代碼，盡量要求自己都去測試一下，可以規(guī)避很多不必要bug的。
2. 方法入?yún)⒈M量都檢驗
入?yún)⑿ｒ炓彩敲總€程序員必備的基本素養(yǎng)。你的方法處理，「必須先校驗參數(shù)」。比如入?yún)⑹欠裨试S為空，入?yún)㈤L度是否符合你的預(yù)期長度。這個盡量養(yǎng)成習(xí)慣吧，很多「低級bug」都是「不校驗參數(shù)」導(dǎo)致的。
如果你的數(shù)據(jù)庫字段設(shè)置為varchar(16),對方傳了一個32位的字符串過來，你不校驗參數(shù)，「插入數(shù)據(jù)庫直接異?！沽恕?/p>
3. 修改老接口的時候，思考接口的兼容性。
很多bug都是因為修改了對外老接口，但是卻「不做兼容導(dǎo)致」的。關(guān)鍵這個問題多數(shù)是比較嚴重的，可能直接導(dǎo)致系統(tǒng)發(fā)版失敗的。新手程序員很容易犯這個錯誤哦~
所以，如果你的需求是在原來接口上修改，，尤其這個接口是對外提供服務(wù)的話，一定要考慮接口兼容。
4.對于復(fù)雜的代碼邏輯，添加清楚的注釋
寫代碼的時候，是沒有必要寫太多的注釋的，好的方法變量命名就是的注釋。但是，如果是「業(yè)務(wù)邏輯很復(fù)雜的代碼」，真的非常有必要寫「清楚注釋」。清楚的注釋，更有利于后面的維護。
5. 使用完IO資源流，需要關(guān)閉
應(yīng)該大家都有過這樣的經(jīng)歷，windows系統(tǒng)桌面如果「打開太多文件」或者系統(tǒng)軟件，就會覺得電腦很卡。當然，我們linux服務(wù)器也一樣，平時操作文件，或者數(shù)據(jù)庫連接，IO資源流如果沒關(guān)閉，那么這個IO資源就會被它占著，這樣別人就沒有辦法用了，這就造成「資源浪費」。
6.代碼采取措施避免運行時錯誤(如數(shù)組邊界溢出，被零除等)
日常開發(fā)中，我們需要采取措施規(guī)避「數(shù)組邊界溢出，被零整除，空指針」等運行時錯誤。
7.盡量不在循環(huán)里遠程調(diào)用、或者數(shù)據(jù)庫操作，優(yōu)先考慮批量進行。
遠程操作或者數(shù)據(jù)庫操作都是「比較耗網(wǎng)絡(luò)、IO資源」的，所以盡量不在循環(huán)里遠程調(diào)用、不在循環(huán)里操作數(shù)據(jù)庫，能「批量一次性查回來盡量不要循環(huán)多次去查」。
俗話說習(xí)慣的養(yǎng)成需要21天，而毀滅一個習(xí)慣只需要，養(yǎng)成好的寫代碼習(xí)慣是每一個程序員都應(yīng)該做的事情。想要獲得更多關(guān)于寫代碼的秘訣，來找小粵，免費告訴你如何成為一名的程序員。
