习惯用三元运算符?那你需要知道这个坑

本文通过一个代码示例揭示了在使用三元运算符时可能遇到的类型转换问题,由于编译器的拆箱操作,导致了预期外的运行结果。为避免此类问题,建议在使用三元运算时明确类型转换或考虑其他表达方式。
摘要由CSDN通过智能技术生成

最近碰到个非常有意思的坑,先来看段代码:

        Test test = new Test();
        Integer age = Objects.nonNull(test) ? test.getAge() : 18;
        System.out.println("age = " + age);

猜猜运行后会输出什么?是 null 吗?不对,是 java.lang.NullPointerException

来解释解释是为什么。

这是因为编译器自动执行拆箱操作所导致的。

由于三元运算后面的数字 18 是基本类型,因此编译器默认会把 test.getAge() 向下转型后再进行两者比较。

综上,上面的这段代码就相当于如下:

        Test test = new Test();
        // 当 age 为 null 时就出现可恶的 NPE 
        Integer age = Objects.nonNull(test) ? test.getAge().intValue() : 18;
        System.out.println("age = " + age);

怎么解决?或者说如何避免呢?以后使用三元运算符,就得多个心眼了,可以像下面这样写:

        Test test = new Test();
        // 前后都是包装类型,避免编译器拆箱后再比较
        Integer age = Objects.nonN
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值