java == 引发的一个线上异常
2021/9/25 14:11:28
本文主要是介绍java == 引发的一个线上异常,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
今天分享遇到的一个线上的 bug,线上代码:
class Scratch { public static void main(String[] args) { JSONArray arrays = JSONUtil.parseArray("[{'type':1},{},{'type':2},{'type':2}" + ",{'name':'zhangsan'},{'type':1},{'type':1},{'type':1}]"); List<User> users = JSONUtil.toList(arrays, User.class); Set<User> set = users.stream().filter(u -> u.getType() == 1).collect(Collectors.toSet()); System.out.println(set); } @Data static class User { private String name; private Integer type; } }
类似于这样子的一段代码会抛出一个空指针异常,你可以尝试找一下哪里有可能会出现空指针异常。
异常堆栈长这样子:
Exception in thread "main" java.lang.NullPointerException at Scratch.lambda$main$0(scratch.java:14) at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174) at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) at Scratch.main(scratch.java:14)
这个空指针异常还是比较好找到的,位于 Stream 中的 filter 中比较出现了异常:
u -> u.getType() == 1
我一开始的想法是对象 u 是一个 null
但后来发现不是,最终找到的地方是 u.getType()
是一个null
,是由于 null == 1
抛出了一个空指针异常。
这就涉及到一个 java 的基础点了 null == 1
等于什么?
==
是 java
中一个双目比较运算符,可以用于基础数据类型和引用数据类型的比较,当基础数据类型之间比较时,会进行值之间的比较,比如:
1 == 1 // true 1 == 2 // false 1.33 == 1.33 // true
诸如以上的例子。
同样的还可以进行对象之间的比较,如果是对象之间的比较的话,则会比较两个变量所指向对象在内存中的地址,也就是说如果两个变量没有指向同一个对象的话,得到的就是 false
;
null == Integer.valueOf(1) // false new Integer(1) == Integer.valueOf(1) // false Integer val1 = new Integer(13); Integer val2 = new Integer(13); val1 == val2; // false
这里不对 ==
与 equals
的区别做介绍,如果想要了解的可以自行查阅。
我想详细描述的是我遇到的一种情况,是引用数据类型与基本数据类型之间用==
比较的话会发生什么。
因为我的印象中 ==
是不会引起空指针异常的,顶多一方为 null
而另外一方有值时会返回 false
。
但是在这种情况在引用数据类型与基本数据类型进行比较的时候发生了。
null == 1 // NullPointerException
正常的情况来讲,当引用数据类型与基本数据类型进行比较的时候,会将引用数据类型一方先进行拆箱操作(unbox),然后对两方进行值比较:
1 == Integer.valueOf(1); // true 1 == new Integer(1); // true
但是如果传入的变量是一个 null
的话,就会导致拆箱操作无法正常进行,从而导致抛出一个 NullPointerException
。
由于拆箱操作是隐式进行的,对于开发者而言如果不知道发生了拆箱操作的话,就很难定位到空指针的位置,因此在进行等值判断的时候,建议尽量使用jdk
自带的工具方法:
Objects.equals(null,1); // false
而它内部的实现是这样子的:
public static boolean equals(Object a, Object b) { return (a == b) || (a != null && a.equals(b)); }
对于引用数据类型和基本数据类型的比较,它首先会将传入的基本数据类型进行装箱操作(box),然后进行对象之间的比较(比较地址),在不相同的情况下再通过 equals
进行判断,也就是对==
等值操作做了进一步的封装。
总结
- 如果是基本数据类型,==判断的是值
- 如果是对象类型,==判断的是对象的地址
- 如果一边是基本数据类型,另一边是对象类型,则会首先对对象类型进行拆箱,然后按照基本数据类型来处理。
我需要画重点的地方是
==
有可能会引起拆箱操作,当传入对象为null
时拆箱操作会引发空指针异常问题。
建议在使用 ==
的场景下统一使用 Objects.equals
来代替。
参考资料
Java中equals和==的区别
Java中的==
这篇关于java == 引发的一个线上异常的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-11-28MQ底层原理资料详解:新手入门教程
- 2024-11-28MQ项目开发资料详解:新手入门教程
- 2024-11-28MQ项目开发资料详解:入门与初级用户指南
- 2024-11-28MQ消息队列资料入门教程
- 2024-11-28MQ消息队列资料:新手入门详解
- 2024-11-28MQ消息中间件资料详解与应用教程
- 2024-11-28MQ消息中间件资料入门教程
- 2024-11-28MQ源码资料详解与入门教程
- 2024-11-28MQ源码资料入门教程
- 2024-11-28RocketMQ底层原理资料详解