Java日常反常识踩坑

前言

本文主要是日常业务开发中自身碰到过跟常识不一致的坑，问题虽然基础，但缺可能造成比较大的线上问题

本文来自作者：若渝 的内部文章

转BigDecimal类型时精度丢失

public class Test {
    public static void main(String[] args) {
        BigDecimal bigDecimal = new BigDecimal(0.1d);
        System.out.println(bigDecimal);
    }
}

以上代码本认为输出的是BigDecimal类型的0.1，但输出的却是

0.1000000000000000055511151231257827021181583404541015625

出现这种情况的原因是，当我们用new BigDecimal(0.1)创建对象是，会调用BigDecimal以下构造方法

public BigDecimal(double val) {
    this(val,MathContext.UNLIMITED);
}

double计算的时候会把数值转换成二进制，而0.1转换成二进制是无法除尽的，所以就带了一大串小数，所以最安全的做法还是

BigDecimal bigDecimal = BigDecimal.valueOf(0.1d);

在这个方法中，会把double先转为string进行计算

public static BigDecimal valueOf(double val) {
    return new BigDecimal(Double.toString(val));
}

这个问题虽然看着很容易解决，但事实上可能在线上跑了好几年也没人发现

Arrays.asList添加异常

public class Test {
    public static void main(String[] args) {
        List<Integer> list = Arrays.asList(1, 2);
        list.add(3);
    }
}

看着没什么问题，但执行时抛出java.lang.UnsupportedOperationException，原因是因为Arrays.asList创建的不是我们常规认为的ArrayList，而是一个内部类，它并没有实现add(), addAll()等

public static <T> List<T> asList(T... a) {
    return new ArrayList<>(a);
}

故在定义不可变列表的时候还挺实用的，但常规的列表使用还是用一下工具类比较安全直接

Lists.newArrayList();

除以0不一定抛异常

System.out.println(6.6d/0);

以上代码按常规思路应该是抛出java.lang.ArithmeticException: / by zero才对，但实际输出的却是

Infinity

引用stackoverflow的高赞解答，在浮点数，Double运算时，除以0是不会抛异常的，只有在整数类型计算时才会报java.lang.ArithmeticException: / by zero

通篇说了一顿大道理，在非简单来说就是遵守的是 IEEE 754 这个国际规范，再去查一下这个规范里面有一个详尽的解答，总结一下就是为了程序稳定性，所以不能抛异常

这里不得不黑人问号，为什么整数就需要抛异常，浮点不抛异常就是为了程序稳定性？？？

stackoverflow链接：https://stackoverflow.com/questions/12954193/why-does-division-by-zero-with-floating-point-or-double-precision-numbers-not/12954429#12954429

switch传入null

public class Test {
    public static void main(String[] args) {
        String case = null;
        switch (case) {
            case "1":
                System.out.println("1");
                break;
            default:
                System.out.println("2");
        }
    }
}

一开始认为有default就能兼容null的情况了，但事实是以上代码会直接报NullPointerException异常，当switch比较两个对象是否相等的时候，会调用name.hashCode()方法和name.equals()方法，因为name是null，结果就抛出了NullPointerException异常。

Steam filter后集合修改

List<String> list = Lists.newArrayList("a","b");
List<String> filterList = list.stream().filter(v -> "a".equalsIgnoreCase(v)).collect(Collectors.toList());

for(String v: filterList) {
   v = v + "a";
}

由于过滤后的集合中，保存的是对象的引用，当时可能只是想修改过滤后的数据，但实际上，你会把元素数据一同修改了

包装类型拆箱导致空指针异常

public int getId() {
    Integer id = null;
    return id;
}

以上代码会直接报NullPointerException异常，原因是因为包装类型在自动拆箱过程中，id为null，而int类型并不能为null。

还有一个容易翻车的点是，三目运算符拆箱引发这个空指针问题：

public static void main(String[] args) {    
    Map<String, Boolean> map = new HashMap<>();    
    Boolean b = map != null ? map.get("test") : false;    
    System.out.println(b);
}

实际在《阿里Java开发手册》、《代码整洁之道》还是《Effective Java》中都建议返回值写成包装类型以避免拆箱出错。