本文探讨了代码审查中常见的编程坏习惯，包括忽视性能的编码方式，如错误地创建包装类型对象、使用低效的Map迭代方式、直接通过new获取Date时间戳以及在循环中拼接字符串。同时，还提到了一些小毛病，如错误使用equals方法、对象空检查滞后以及要求非空的方法传入空值。改掉这些坏习惯将有助于编写出更健壮的代码。最后，作者推荐了FindBugs、Checkstyle和SonarQube作为代码检查工具。
Code Review 是一场苦涩但有意思的修行。
近期对团队负责的项目，进行了一次 Code Review，代码评审过程中遇到的那些编码坏习惯，笑的合不拢嘴。不过，评审中很多代码编写问题，以往都多次提及过，所以气还是不打一处来。
作为用代码编写人生的程序员，能拥有写一手健壮代码的本领，那绝对很有必要。因为健壮的代码能够把 Bug 扼杀在摇篮里，能够让问题止步于上线前。
那么，怎样才能练就写出健壮代码的本领呢？
本次着重谈谈那些代码编写时的一些坏习惯，改掉这些坏习惯，相信会向健壮代码迈进一大步。
坏习惯一：调用低效的构造器，创建包装类型的对象。
反例：正解：
解惑：使用 Long.valueOf(long) 代替 new Long(long)，可以提高性能。
如 Long 源码所示，如果当传入的值
1485
546
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
最低0.47元/天 解锁文章
