Java泛型–BeanUtils.copyProperties引发的血案

BeanUtils.copyProperties引发的血案

在一次使用BeanUtils.copyProperties的方法是，莫名其妙的报错，产生的代码分解如下：

 EntityA entityA = new EntityA(); List       uniteAList = new ArrayList<>(); for (int i = 0; i < 10; i++) { UniteA uniteA = new UniteA(); uniteA.setAge(i); uniteA.setName("name" + i); uniteAList.add(uniteA); } entityA.setKey(10); entityA.setUniteList(uniteAList);   

把EntityA的值赋值给EntityB：

 EntityB entityB = new EntityB(); BeanUtils.copyProperties(entityA, entityB); System.out.println(entityB.getUniteList().get(0).getClass()); 

在运行这段代码的时候，发生了异常的信息：

对于这个异常，我观察了很久，在调试的时候发现，EntityA中的UniteA中的字段竟然能够赋值给 EntityB中UnitB中的字段!! 类型不一样，竟能够存储！！

泛型仅仅适用于编译期

对于这个问题，归根于Java的泛型的特点，泛型仅仅适用于编译期,下面我们写几个代码来验证这个问题：

 List 
   
     strList=new ArrayList<>(); strList.add("1234");//正常的编译 strList.add(1234);//编译不能通过 
   

上面的例子我们可以看到List的类型的集合无法直接添加一个整型数据，但这个仅仅在编译的才校验，我们可以是有反射绕过这个验证。

List 
   
     strList=new ArrayList<>(); strList.add("1234");//正常的编译 try { Method method=strList.getClass().getDeclaredMethod("add",Object.class); method.invoke(strList,1234); System.out.println(strList); } catch (Exception e) { e.printStackTrace(); } 
   

调试信息如下：

同样，我们也可以使用如下代码验证上面的结论：

 List 
   
     strList=new ArrayList<>(); List 
    
      intList=new ArrayList<>(); System.out.println(strList.getClass().equals(intList.getClass())); 
     
   

打印结果为：true

(本文完)

点击右上角关注作者，加关注不迷路，欢迎交流