Java反射机制获取父类属性

• 今天由于业务需要,看一段数据库中的表转化成用户可以看懂的数据,也就是把一些字段比如Date用ms存的,转化为'yyyy-MM-dd'这种格式,但是由于字段太多,所以利用Java反射机制自带的BeanUtils相关的方法来进行转化(要求两个类的属性名称相同),当然这个方法只支持基本数据类型,如Long,Integer,String,Short之类的转化,但是像Date类型就需要自己手动判断来转,这就出现了今天所遇到的坑

• 先看下反射机制是如何获取类的方法的:

  Class clazz = object.getClass();
  clazz.getDeclaredFields();
  clazz.getFields()
  

  ​ 通过getClass()方法来获取类的定义信息,通过定义信息再调用getFields()方法来获取类的所有公共属性,或者调用getDeclaredFields()方法来获取类的所有属性,包括公共,保护,私有,默认的方法,但是这里有一点要注意的是这个方法只能获取当前类里面显示定义的属性,不能获取到父类或者父类的父类及更高层次的属性的,所以我们要想获取类的所有属性,还要获取父类的属性:

  public static Field[] getAllFields(Object object){
    Class clazz = object.getClass();
    List fieldList = new ArrayList<>();
    while (clazz != null){
      fieldList.addAll(new ArrayList<>(Arrays.asList(clazz.getDeclaredFields())));
      clazz = clazz.getSuperclass();
    }
    Field[] fields = new Field[fieldList.size()];
    fieldList.toArray(fields);
    return fields;
  }
  

  ​ 这个方法通过while循环及getSuperClass()方法获取当前类的父类再进行getDeclaredFields()即可,注意这个方法返回的是一个Field数组,然后如果我们想要把这些属性拼接到一起,当然是使用链表更方便一些,利用Arrays.asList()方法将数组转化为链表,注意:这个方法返回的是一个List<>也就是抽象列表,所以要将其再用ArrayList初始化一次得到的列表才可变,否则得到的是一个不可变的列表.

  ​ 然后我们再利用列表的toArray()方法将列表转为数组,注意:这里又有一个坑,这个方法提供了两种实现:

  Object[] toArray();
   T[] toArray(T[] a);
  

  ​ 第一种无参,但注意,返回值类型为Object数组类型,直接这么写肯定会报错,但是如果强制转换为需要的类型,则在运行时会抛这样一个异常:

  

  异常信息

  ​ 程序会告诉你无法这么转换,所以这里要注意

  ​ 第二种的参数就填你要转换的数组就可以,但是他要求数组的长度是等于链表的长度的,否则会编译不通过,所以得到链表之后在初始化数组即可

• 然后这里在测试时导师提到了一个点就是循环依赖的问题,担心while会跳不出来,但是这里其实跟属性的具体类型是无关的,所以不会出现这个问题,但是就顺便了解了下循环依赖的相关概念,比如我定义两个类:

  class ClassA {
      int a;
      ClassB ab;
      public ClassA(){
          ab = new ClassB();
      }
  }
  class ClassB extends ClassA {
      int b;
      ClassA ba;
  
      public ClassB() {
          this.ba = new ClassA();
  }
  

  乍一眼看上去有很大问题嘛,怎么A是B的父类,A里面还有一个属性是B类的,其实这个问题跟继承关系也不大,只不过继承关系会让人印象更深刻,因为这段代码编译是可以通过的,那么我们来实例化一个B类看看会发生什么:

  

  异常信息

  接下来基本都是这样的情况了,java抛出了栈溢出,从结果中也可以想出这个问题,即A的属性引用了B类,而B的属性又引用了A类,这使得在B类实例化时去初始化A,A又初始化B,就这么陷入了一个死循环,最终导致程序栈溢出,所以我们在实际编码过程中要千万注意这种情形,如果发生在业务中,则是巨大的隐患存在.