前言
今天看群里小伙伴问了一个非常有意思的问题:
使用 Map<String,Object> 对象接收前端传递的参数,在后端取参时,因为接口文档中明确该字段类型为 Long ,所以对接收的参数进行了强转,即 (Long)参数 ,但是却发生了类型转换异常,报错信息如下:
class java.lang.Integer cannot be cast to class java.lang.Long
(java.lang.Integer and java.lang.Long are in module java.base of loader 'bootstrap')
发现好几个小伙伴也有疑惑,干脆直接码一篇文章解答一下,希望对有此疑惑的小伙伴有所帮助。
Long 类型降级
我们先通过测试数据、测试方法来还原一下问题。
测试json数据如下:
{"user_name": "niceyoo","age": -24,"money": 2147483646
}
测试test方法如下:
@PostMapping("/test")
@ResponseBody
public void test(@RequestBody Map<String,Object> params) {String userName = (String) params.get("user_name");Integer age = (Integer) params.get("age");Long money = (Long) params.get("money");System.out.println(String.format("user_name=%s,age=%s,money=%s",userName,age,money));
}
如上传递了三个参数,即用户名、年龄、金额这三个字段,如下是调用情况:
通过截图下方断点参数可以看到接收的 age 、money 都是 Interger 类型,而代码中 money 使用 Long 强转的话会报 java.lang.Long cannot be cast to java.lang.Integer 异常,至此问题就还原出来了。
不懂就问:为什么接收的 money 是 Integer 类型,强转后会报错?
首先我们先来看为什么接收的 money 是 Integer 类型。
使用 Map<String,Object> 接收的 Long 数值如果处于 「 Integer.MIN_VALUE ~ Integer.MAX_VALUE 」 是会自动转换成 Integer 的。
不光是接收,同样直接使用 Map<String,Object> 存入数据符合这个范围,仍然也会被认为存入的是 Integer 类型,我们可以把它看做一种潜在的优化,毕竟 Long 类型使用的字节数要大于 Integer 。
-
Integer.MAX_VALUE,Integer 类型的最大值,
-
Integer.MIN_VALUE,Integer 类型的最小值,
这两个值可以直接通过 sout 打印查看:
- System.out.println(Integer.MAX_VALUE): 2147483647
- System.out.println(Integer.MIN_VALUE): -2147483648
我们来验证一下,将 money 的值改成大于 Integer.MAX_VALUE:
同样的,如果传递的值小于 -2147483648,那么同样接收的类型为 Long,大家可以验证一下。
为什么强转后会报错?
强转的一些条件:
- 低阶转高阶可以直接转;
- 高阶转低阶需要强制转换,否则报错;
- 强转 null 值报错;
- 包装类型数据不支持直接跨类型强转;
其实报错的原因就是这最后一条,包装类型是不支持直接跨类型强转的,比如,你可以使用 Integer 跟 int 的直接转换,但是你不能将 Integer 直接强转成 Long 类型,或者 Long 类型强转 Integer ,这样都是报错的。
如果不能确定接收的对象是 Long 还是 Integer 怎么办?
既然知道不能强转了,但是如果不知道接收的对象是什么类型怎么办?
因为这种情况下,你不知道接收的对象到底是超过 Integer 这个范围还是没有超过。
第一种解决方法就是对接收的对象进行类型判断。
主要就是使用关键字 — instanceof
如图所示,我们可以先用 Object 接收一下对象,然后对其通过 instanceof 关键字进行类型判断,如果是 Integer 类型,则先 .toString(),然后再使用 Long.parseLong() 进行转换,如果本身就是 Long,则直接进行强转,同理,接收 Integer 类型也一样,无非就是换用 Integer.parseInteger().
第二种就是直接使用实体接收,使用实体接收就不会存在此问题了。
博客园持续更新,欢迎关注,希望这篇文章对你有所帮助。
博客园:https://www.cnblogs.com/niceyoo