写代码有这20个好习惯，可以减少90%非业务的bug

每一个好习惯都是一笔财富，本文整理了写代码的20个好习惯，每个都很经典，养成这些习惯，可以规避多数非业务的bug！希望对大家有帮助哈，谢谢阅读，加油哦~

1. 修改完代码，记得自测一下

「改完代码，自测一下」是每位程序员必备的基本素养。尤其不要抱有这种侥幸「心理：我只是改了一个变量或者我只改了一行配置代码，不用自测了」。改完代码，尽量要求自己都去测试一下哈，可以规避很多不必要bug的。

1. 方法入参尽量都检验

入参校验也是每个程序员必备的基本素养。你的方法处理，「必须先校验参数」。比如入参是否允许为空，入参长度是否符合你的预期长度。这个尽量养成习惯吧，很多「低级bug」都是「不校验参数」导致的。

例如之前出现过的：数据库存跳转链接字段设置为varchar(255),运营在业管后台配置了一个长度600链接，不校验参数，「插入数据库直接异常」了。

1. 修改老接口的时候，思考接口的兼容性

很多bug都是因为修改了对外老接口，但是却「不做兼容导致」的。关键这个问题多数是比较严重的，可能直接导致系统发版失败的。新手程序员很容易犯这个错误哦~

所以，如果你的需求是在原来接口上修改，尤其这个接口是对外提供服务的话，一定要考虑接口兼容。举个例子吧，比如RPC接口：原本是只接收A，B参数，现在你加了一个参数C，就可以考虑这样处理。

「其实，RPC不管对内对外，接口方法入参，应优先考虑封装成model，这样增加参数个数，就是增加model字段，就会少很多接口兼容性的苦恼了。」

1. 对于复杂的代码逻辑，添加清楚的注释

写代码的时候，是没有必要写太多的注释的，好的方法变量命名就是最好的注释。但是，如果是「业务逻辑很复杂的代码」，真的非常有必要写「清楚注释」。清楚的注释，更有利于后面的维护。

1. 代码采取措施避免运行时错误

日常开发中，我们需要采取措施规避「数组边界溢出，被零整除，空指针」等运行时错误。

类似代码比较常见，

反例：

所以，应该「采取措施，预防一下数组边界溢出」，

正例：

1. 尽量不在循环