Java编程中的隐秘陷阱与解决之道

08/23 19:57
阅读数 153




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

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


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


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


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



   
   
   
结语


在软件开发的日常中,即便是经验丰富的程序员也难免会遇到一些反常识的坑。本文通过几个典型的例子,揭示了这些陷阱并提供了相应的解决方案或解释。这些案例提醒我们,在享受Java带来的便利的同时,也应深入理解其底层机制,以提高代码质量和程序稳定性。铭记这些教训,不断学习与实践,可以使我们在未来的开发道路上少走弯路,更加从容地应对各种挑战。



¤  拓展阅读  ¤

3DXR技术 |  终端技术 |  音视频技术

服务端技术 | 技术质量 | 数据算法



本文分享自微信公众号 - 大淘宝技术(AlibabaMTT)。
如有侵权,请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
0 评论
0 收藏
0
分享
返回顶部
顶部