Java 日常反常识踩坑_AI阅读总结 — 包阅AI

包阅导读总结

1. `Java`、`反常识`、`踩坑`、`线上问题`、`基础问题`

2. 本文主要介绍了 Java 日常业务开发中一些反常识的基础问题，可能导致较大的线上问题，如 BigDecimal 构造方法的错误使用、Arrays.asList 创建的内部类限制、浮点数除以 0 的处理、switch 中对象为 null 时的异常、流处理中对象引用修改等，并给出正确做法和原因。

– `BigDecimal 构造`

– 错误示例：`new BigDecimal(0.1d)`输出结果与预期不符，原因是 double 转二进制无法除尽。

– 正确做法：`BigDecimal bigDecimal = BigDecimal.valueOf(0.1d)`，该方法先将 double 转为 string 计算。

– `Arrays.asList`

– 问题：创建的是内部类，未实现`add()`、`addAll()`等方法。

– 建议：常规列表使用工具类。

– `浮点数除以 0`

– 现象：`Double`运算时除以 0 不抛异常，整数类型会抛`java.lang.ArithmeticException: / by zero`。

– 原因：遵循`IEEE 754`规范，为保证程序稳定性。

– `switch 中对象为 null`

– 问题：比较时调用`hashCode()`和`equals()`方法，对象为 null 会抛出`NullPointerException`异常。

– `流处理中对象引用`

– 问题：过滤后集合保存对象引用，修改过滤后数据会影响原数据。

– `返回值类型`

– 问题：`Integer`自动拆箱为`int`时，若为`null`会抛出`NullPointerException`异常。

– 建议：返回值写成包装类型。

思维导图：

文章地址：https://mp.weixin.qq.com/s/0vOoTRxZLco-RdUd9AjBuQ

文章来源：mp.weixin.qq.com

作者：若渝

发布时间：2024/8/20 7:19

语言：中文

总字数：1247字

预计阅读时间：5分钟

评分：90分

标签：Java,编程陷阱,代码优化,开发实践,阿里技术

以下为原文内容

本内容来源于用户推荐转载，旨在分享知识与观点，如有侵权请联系删除联系邮箱 media@ilingban.com

这是2024年的第60篇文章

（本文阅读时间：15分钟）

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

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));}

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);}

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

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

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

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

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

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

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异常。

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, b]。

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

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

分类

以下为原文内容