一、前言

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

二、问题的产生

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

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对象里面的属性都是严格类型的，不容易出现问题。