关于泛型擦除问题的解决--Mybatis查询类型转换
目录
- 概念介绍
- 问题案例
- 原因分析
- 解决方案
- 总结
概念介绍
Java语言的泛型采用的是擦除法实现的伪泛型,泛型信息(类型变量、参数化类型)编译之后通通被除掉了。使用擦除法的好处就是实现简单、非常容易Backport,运行期也能够节省一些类型所占的内存空间。
而擦除法的坏处就是,通过这种机制实现的泛型远不如真泛型灵活和强大。Java选取这种方法是一种折中,因为Java最开始的版本是不支持泛型的,为了兼容以前的库而不得不使用擦除法。
验证擦除,我们编写下面代码:
public class ErasedTypeEquivalence { public static void main(String[] args) { //例1 ArrayList<String> list1 = new ArrayList<String>(); list1.add("abc"); ArrayList<Integer> list2 = new ArrayList<Integer>(); list2.add(123); System.out.println(list1.getClass() == list2.getClass());//true //例2 ArrayList<Integer> list = new ArrayList<Integer>(); list.add(1); //这样调用 add 方法只能存储整形,因为泛型类型的实例为 Integer list.getClass().getMethod("add", Object.class).invoke(list, "asd"); for (int i = 0; i < list.size(); i++) { System.out.println(list.get(i));//会输出1和asd } } }
在例1中,我们定义了两个ArrayList数组,不过一个是ArrayList<String>泛型类型的,只能存储字符串;一个是ArrayList<Integer>泛型类型的,只能存储整数,最后,我们通过list1对象和list2对象的getClass()方法获取他们的类的信息,最后发现结果为true。说明泛型类型String和Integer都被擦除掉了,只剩下原始类型。
在例2中,定义了一个ArrayList泛型类型实例化为Integer对象,如果直接调用add()方法,那么只能存储整数数据,不过当我们利用反射调用add()方法的时候,却可以存储字符串,这说明了Integer泛型实例在编译之后被擦除掉了,只保留了原始类型。
上面两次提到了原始类型,什么是原始类型?原始类型 就是擦除去了泛型信息,最后在字节码中的类型变量的真正类型,无论何时定义一个泛型,相应的原始类型都会被自动提供,类型变量擦除,并使用其限定类型(无限定的变量用Object)替换。
问题案例
最近在搭系统基础代码架构,其中就涉及到系统数据字典 功能,以前都是用varchar类型保存字典内容,这次准备玩点新花样,准备用上MySQL的JSON类型保存字典表的内容字段。>>文章传送门<<
实际操作之后就遇到了泛型擦除问题,如下图,我虽然对content字段的List指定了泛型DictContent,但是在做类型转换时,只能指定javaType=List,没有也不能指定其泛型:
在没有指定泛型的情况下,JacksonTypeHandler在做类型转换后生成的集合的泛型就与预期的不一致:
原因分析
原因很简单,在resultMap中指定的JavaType是java.util.List,此处只能指定类类型,并不能指定泛型。而在对应的类型转换类中也没有指定其泛型,而List<DictContent>和List<Object>的类类型是一样的,所以在给content字段赋值时是不会报错的。但是一旦你需要操作List的中的元素,在取出元素时,JVM就发现你要的类型是DictContent 而实际上是LinkedHashMap,就会抛出类型转换异常。
通俗的讲就是你准备买华为手机(将JSON类型转成List<DictContent>类型),但是买的时候没有说要买什么牌子的手机(在javaType中只指定了List类型,没有也无法指定泛型),而店子里有很多牌子的手机,所以店家就随便给了你一款手机。。。
以下是Mybatis Plus中的部分源码,可以看到在没有指定List的泛型的情况下,通过JacksonTypeHandler处理后的元素类型并不是我们预期的类型:
下图我们可以看到JacksonTypeHandler是BaseTypeHandler的子类,而且指定了BaseTypeHandler中的泛型是Object类型,但是上图中的泛型却是LinkedHashMap。
至于为什么是LinkedHashMap,我觉得是JVM指定的,如果哪位大佬比较清楚这块的逻辑还请在评论中指点一下!
解决方案
既然原因搞清楚了,解决方案就呼之欲出了,有两种方案:
- 自定义一个指定泛型的集合类替代List<T>
- 引用上文中通俗的说法,这个方案就是在买手机的时候告诉卖家,我要买华为手机。
- 自定义一个指定泛型的TypeHandler类替代JacksonTypeHandler类
- 而这里的的通俗的说法就是让店家只卖华为手机。
以上两种方案都可以实现我们的需求。
从工作量上来说,自定义一个List<T>显然更少,所以我选择了第一种方案,如图:
8.11新增:第二种解决方式:
替换后结果如下:
至此,泛型擦除问题解决。
总结
不得不说,玩新花样总是会遇到各种各样的坑,但是编程之路,不就是不断的踩坑,不断的改BUG,积累经验,打怪升级。如果不是因为最近玩了这个新花样,可能我这辈子都不会遇到泛型擦除的问题!
以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。