诡异的类型转换

一、前言

最近在做应用迁移时候遇到了一个诡异的类型转换问题,感觉比较有意思,就记录下来和大家分享下。

二、问题的产生

原始系统里面有的一个从数据库查询的伪代码如下:

image
image

由于Convert.asInt是webx框架的方法,而现在多维群发是要迁移到springboot上,所以使用下面方法替换了该方法:

image.png

修改后日常环境部署测试抛出如下异常:

Exception in thread "main" java.lang.ClassCastException: java.math.BigInteger cannot be cast to java.lang.String

问题自此产生

三、问题解析

3.1 实验一 不指定泛型的map赋值给指定泛型的map会成功?

下面做个小实验来证明会成功。

 

image.png

如上代码编译和运行期都是OK的,那么为何会成OK的那,(2)处类型转换时候不应该出错?
其中(1)(2)注释分别为IDE的提示语

  • (1)说明创建了原始类型的hashmap所谓原始类型就是说是Object类型,也就是说HashMap等于HashMap<Object,Object> . 而BigInteger是继承自Object的。
  • (2) 说明类型安全性的一个规则:为了让Map类型能够转换Map<String,String>不进行类型检查。

3.2 实验二 赋值成功后BigInteger类型是如何存放到String类型?

其实Java中泛型与C++的模板是有区别的,C++中指定模板参数后编译后生成的类是使用真实类型替换后的,而Java中泛型编译后生成的类中的类型都是Object,这也叫类型擦除。下面举个例子证明:

 

image.png

结果会返回true。
也就是说HashMap和HashMap<String,String>编译后生成的实例都是HashMap<Object,Object>

3.3 实验三 到底何时抛出的ClassCastException异常

image.png

如上代码,运行后到底哪里会抛出异常? 其实是第82行代码,那么81行为何不抛出异常那,其实是因为实验2,因为运行时候HashMap<String,String>其实是HashMap<Object,Object>,调用get方法时候调用的就是HashMap的get方法,而82句执行时候会根据=左侧String类型在get的时候进行类型转换也就是进行BigInteger到String的转换,所以异常抛出。

3.4 试验四 如何解决

  • 方案一
    image
  • 方案二
    image
  • 方案三 其实本文方法getInfo是根本问题所在,下层返回的明明是List类型,为何getInfo返回了List<Map<String, String>>,修改其为List也可以解决,还有持久层一般最好不要返回Map类型,而返回一个DO,DO里面都是严格类型的,不容易出错。

四、 总结

由于Java泛型是编译后生成的类都是原始类型的,所以虽然编译时候不出错,但是运行时还是有可能出现类型转换问题的,不指定泛型参数时候,默认是Object类型,要注意不要使用Object类型的泛型集合赋值到其他泛型类型。另外使用持久化框架时候返回值最后是封装好的Do对象,Do对象里面的属性都是严格类型的,不容易出现问题。

原创文章,转载请注明: 转载自并发编程网 – ifeve.com本文链接地址: 诡异的类型转换

加多

加多

Java 攻城狮 at 阿里巴巴
加多,目前就职于阿里巴巴,热衷并发编程、ClassLoader,Spring等开源框架,分布式RPC框架dubbo,springcloud等;爱好音乐,运动。微信公众号:技术原始积累。知识星球账号:技术原始积累
加多
FavoriteLoading添加本文到我的收藏
  • Trackback are closed
  • Comments (5)
    • qxun_dream
    • 12/14. 2017 4:15pm

    • zmflying
    • 12/24. 2017 4:14pm

    遇到过一个类似的,泛型带来类型擦除造成的问题,很是头痛

    • 1430
    • 12/30. 2017 2:34pm

    使用fastjson.JSONObject替代Map呢

      • 1430
      • 12/30. 2017 2:36pm

      替代 Map String, String 尖括号内容被吃了。。。

        • alec
        • 01/28. 2018 12:26am

        还在数据层就硬生生引入个外部依赖?

You must be logged in to post a comment.

return top