代码中的”坏味道”,如”私欲”如”灰尘”,每天都在增加,一日不去清除,便会越累越多。如果用功去清除这些”坏味道”,不仅能提高自己的编码水平,也能使代码变得”精白无一毫不彻”。本文整理了日常工作中的一些”坏味道”及清理方法,供大家参考。
一、让代码性能更高
1. 需要 Map 的主键和取值时,应该迭代 entrySet()
当循环中只需要 Map 的主键时,迭代 keySet() 是正确的。但是,当需要主键和取值时,迭代 entrySet() 才是更高效的做法,比先迭代 keySet() 后再去 get 取值性能更佳。原因:entrySet方法一次拿到所有key和value的集合;而keySet拿到的只是key的集合,针对每个key,都要去Map中额外查找一次value,从而增加了程序复杂度。
反例:
1 | Map<String, String> map = ...; |
正例:
1 | Map<String, String> map = ...; |
2. 应该使用Collection.isEmpty()检测空
使用 Collection.size() 来检测空逻辑上没有问题,但是使用 Collection.isEmpty()使得代码更易读,并且可以获得更好的性能。任何 Collection.isEmpty() 实现的时间复杂度都是 O(1) ,但是某些 Collection.size() 实现的时间复杂度可能是 O(n) 。这里虽然说是某些集合的size方法时间复杂度是O(n),但是我看过的所有Collection类都将大小存储为变量,并且不会遍历所有内容来获取它。所以这个地方还有待商榷。
反例:
1 | if (collection.size() == 0) { |
正例:
1 | if (collection.isEmpty()) { |
如果需要还需要检测 null ,可采用CollectionUtils.isEmpty(collection)和CollectionUtils.isNotEmpty(collection)。
3. 不要把集合对象传给自己
此外,由于某些方法要求参数在执行期间保持不变,因此将集合传递给自身可能会导致异常行为。
反例:
1 | List<String> list = new ArrayList<>(); |
4. 集合初始化尽量指定大小
java 的集合类用起来十分方便,但是看源码可知,集合也是有大小限制的。每次扩容的时间复杂度很有可能是 O(n) ,所以尽量指定可预知的集合大小,能减少集合的扩容次数。因此在可以预知集合大小的情况下,尽量给集合指定大小。
反例:
1 | int[] arr = new int[]{1, 2, 3}; |
正例:
1 | int[] arr = new int[]{1, 2, 3}; |
5. 字符串拼接使用 StringBuilder
一般的字符串拼接在编译期 java 会进行优化,但是在循环中字符串拼接, java 编译期无法做到优化,所以需要使用 StringBuilder 进行替换。
反例:
1 | String s = ""; |
正例:
1 | String a = "a"; |
6. List 的随机访问
大家都知道数组和链表的区别:数组的随机访问效率更高。当调用方法获取到 List 后,如果想随机访问其中的数据,并不知道该数组内部实现是链表还是数组,怎么办呢?可以判断它是否实现 RandomAccess 接口。
正例:
1 | // 调用别人的服务获取到list |
7. 频繁调用 Collection.contains 方法请使用 Set
在 java 集合类库中,List 的 contains 方法普遍时间复杂度是 O(n) ,如果在代码中需要频繁调用 contains 方法查找数据,可以先将 list 转换成 HashSet 实现,将 O(n) 的时间复杂度降为 O(1) 。
反例:
1 | ArrayList<Integer> list = otherService.getList(); |
正例:
1 | ArrayList<Integer> list = otherService.getList(); |
二、让代码更优雅
1. 长整型常量后添加大写 L
在使用长整型常量值时,后面需要添加 L ,必须是大写的 L ,虽然也可以用小写的l ,但是小写 l 容易跟数字 1 混淆而造成误解。
反例:
1 | long value = 1l; |
正例:
1 | long value = 1L; |
2. 不要使用魔法值
当你编写一段代码时,使用魔法值可能看起来很明确,但在调试时它们却不显得那么明确了。这就是为什么需要把魔法值定义为可读取常量的原因。但是,-1、0 和 1不被视为魔法值。
反例:
1 | for (int i = 0; i < 100; i++){ |
正例:
1 | private static final int MAX_COUNT = 100; |
3. 不要使用集合实现来赋值静态成员变量
对于集合类型的静态成员变量,不要使用集合实现来赋值,应该使用静态代码块赋值。
反例:
1 | private static Map<String, Integer> map = new HashMap<String, Integer>() { |
正例:
1 | private static Map<String, Integer> map = new HashMap<>(); |
4. 建议使用 try-with-resources 语句
Java 7 中引入了 try-with-resources 语句,该语句能保证将相关资源关闭,优于原来的 try-catch-finally 语句,并且使程序代码更安全更简洁。
反例:
1 | private void handle(String fileName) { |
正例:
1 | private void handle(String fileName) { |
5. 删除未使用的私有方法和字段、局部变量、方法参数、多余括号
6. 工具类应该屏蔽构造函数
工具类是一堆静态字段和函数的集合,不应该被实例化。但是,Java 为每个没有明确定义构造函数的类添加了一个隐式公有构造函数。所以,为了避免使用有误,应该显式定义私有构造函数来屏蔽这个隐式公有构造函数。
反例:
1 | public class MathUtils { |
正例:
1 | public class MathUtils { |
7. 删除多余的异常捕获并抛出
用 catch 语句捕获异常后,什么也不进行处理,就让异常重新抛出,这跟不捕获异常的效果一样,可以删除这块代码或添加别的处理。
反例:
1 | private static String readFile(String fileName) throws IOException { |
正例:
1 | private static String readFile(String fileName) throws IOException { |
8. 不要用NullPointerException判断空
空指针异常应该用代码规避(比如检测不为空),而不是用捕获异常的方式处理。
反例:
1 | public String getUserName(User user) { |
正例:
1 | public String getUserName(User user) { |
9. 使用String.valueOf(value)代替””+value
当要把其它对象或类型转化为字符串时,使用 String.valueOf(value) 比””+value 的效率更高。
反例:
1 | int i = 1; |
正例:
1 | int i = 1; |
10. 过时代码添加 @Deprecated 注解
当一段代码过时,但为了兼容又无法直接删除,不希望以后有人再使用它时,可以添加 @Deprecated 注解进行标记。在文档注释中添加 @deprecated 来进行解释,并提供可替代方案。
正例:
1 | /** |
三、让代码远离bug
1. 禁止使用构造方法 BigDecimal(double)
BigDecimal(double) 存在精度损失风险,在精确计算或值比较的场景中可能会导致业务逻辑异常。
反例:
1 | BigDecimal value = new BigDecimal(0.1D); // 0.100000000000000005551115... |
正例:
1 | BigDecimal value = BigDecimal.valueOf(0.1D);; // 0.1 |
2. 返回空数组和空集合而不是 null
返回 null ,需要调用方强制检测 null ,否则就会抛出空指针异常。返回空数组或空集合,有效地避免了调用方因为未检测 null 而抛出空指针异常,还可以删除调用方检测 null 的语句使代码更简洁。
反例:
1 | public static Result[] getResults() { |
正例:
1 | public static Result[] getResults() { |
3. 优先使用常量或确定值来调用 equals 方法
对象的 equals 方法容易抛空指针异常,应使用常量或确定有值的对象来调用 equals 方法。当然,使用 java.util.Objects.equals() 方法是最佳实践。
反例:
1 | public void isFinished(OrderStatus status) { |
正例:
1 | public void isFinished(OrderStatus status) { |
4. 枚举的属性字段必须是私有不可变
枚举通常被当做常量使用,如果枚举中存在公共属性字段或设置字段方法,那么这些枚举常量的属性很容易被修改。理想情况下,枚举中的属性字段是私有的,并在私有构造函数中赋值,没有对应的 Setter 方法,最好加上 final 修饰符。
反例:
1 | public enum UserStatus { |
正例:
1 | public enum UserStatus { |
5.小心String.split(String regex)
字符串 String 的 split 方法,传入的分隔字符串是正则表达式!部分关键字(比如.| 等)需要转义。或者使用commons.lang或者commons.lang3包的StringUtils.split方法,不需要转义。
反例:
1 | "a.ab.abc".split("."); // 结果为[] |
正例:
1 | "a.ab.abc".split("\\."); // 结果为["a", "ab", "abc"] |
四、总结
本文列举了常见的一些注意事项,像这样的细节还有很多很多,需要自己在编码过程中不断记录不断改进。