Java 日常反常识踩坑

2024-08-21
浙江
本文字数：1599 字
阅读完需：约 5 分钟

作者：若渝

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

一、转 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 这个国际规范，再去查一下这个规范里面有一个详尽的解答，总结一下就是为了程序稳定性，所以不能抛异常。

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

四、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<StringBuffer> list = Lists.newArrayList(new StringBuffer("a"),new StringBuffer("b"));List<StringBuffer> filterList = list.stream().filter(v -> "a".equalsIgnoreCase(v.toString())).collect(Collectors.toList());
for(StringBuffer v: filterList) {  v.append("b");}

复制代码

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

故上述代码最终 list 打印出来的结果会是[ab, a]。

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

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

复制代码

以上代码会直接报 NullPointerException 异常，原因是因为包装类型在自动拆箱过程中，id 为 null，而 int 类型并不能为 null。实际在《阿里 Java 开发手册》、《代码整洁之道》还是《Effective Java》中都建议返回值写成包装类型以避免拆箱出错。

发布于: 刚刚阅读数: 4

原文链接:【http://xie.infoq.cn/article/7b6005bcd0a47c83e3edc4079】。文章转载请联系作者。

阿里技术

关注

专注分享阿里技术的丰富实践和前沿创新。 2022-05-24 加入

阿里技术的官方号，专注分享阿里技术的丰富实践、前沿洞察、技术创新、技术人成长经验。阿里技术，与技术人一起创造成长与成就。

发布

暂无评论

创作场景

Java 日常反常识踩坑

一、转 BigDecimal 类型时精度丢失

二、Arrays.asList 添加异常

三、除以 0 不一定抛异常

四、switch 传入 null

五、Steam filter 后集合修改

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

阿里技术

评论