承接上篇博客里面,类加载器把类加载把类加载进内存,同时创建出了一个唯一的Class对象,其实它本质上就是一个java类,只不过功能挺特殊的—说白了,就像当初,数据多了,用集合装,还多?写个类,用对象装, 类可以对一系列数据的描述,然后谁描述类呢–>Class里面有类的基本信息 1.类的属性:Field 2. 方法:Method 3 .构造器:Constructor(这三个属性都有自己的对应类)
都说java是一门动态语言,怎么着他就动态了呢? reflection反射! 通过反射,我们可以动态的获取类的实例,平时我们自己写东西,用到反射的几率几乎没有,但是像Spring,Hibernate,Mybatis等等等等这些框架的底层到处都是反射
初学spring时接触下面这个配置, Spring的控制反转,IOC,把对象交给Spring创建,依稀记得当初写一大堆xml配置文件,那时候很蒙!其中,把对象的创建权反转给Spring的时候,需要这样:
1 | <bean id="小写类名" , class="带包名的全类名"> |
她其实就是在通过反射,帮我们创建对象
言归正传,下面分如下几步展开
1.获取class对象的三种方式
- 抛弃 new , 动态构建任意一个类的对象
- 获取一个类的任意成员变量和方法,不论是否被private修饰
- 调用任意一个对象的方法
- 跨越泛型检验
- 动态代理
- 反射&泛型
一: 获取class对象的三种方式
图1
- 源代码阶段(使用频率最多)
1 | //1 注意,当我用ide 快捷生成 左半部分的时候, Class<?> forName 即便<?>是问号,他也是泛型的 |
- 字节码阶段
1 | 类名.class |
- 对象阶段
1 | 对象.getClass() |
这个意义不太大, 我们都拿到对象了, 它是啥类型,有什么,点进去看就行了,还getClass()干啥,南辕北辙
二. 抛弃 new , 动态构建任意一个类的对象,获取它的方法并执行
1 | //获取Class对象,它里面它里面封装着类的属性和方法 |
获取类中的方法(包含它父类的方法),不包括获取不到私有的
返回值: Method对象数组,里面的method对象是我们上面person中方法的抽象实体,类方法或实例方法(包括抽象方法)如果你去看它的API会发现它里面有一系列的方法,比如和它代表的方法执行
1 | Method[] methods = clazz.getMethods(); |
获取所有的方法(包含私有的)
1 | Method[] declaredMethods = clazz.getDeclaredMethods(); |
获取指定的方法
1 | Method method = clazz.getDeclaredMethod("text"); |
暴力反射,执行方法
1 | //执行方法: Method对象执行方法, |
三. 获取类的任意字段
- Field 也是个类,提供有关类或接口的单个字段的信息,以及对它的动态访问权限。反射的字段可能是一个类(静态)字段或实例字段。
1 |
|
四. 工具方法
- 很多框架底层都使用类似的方法,去配置文件里面读取我们的配置,然后把需要的截取出来,当作参数,传递到方法执行
- 对象+方法名+可变参数
1 | /* @Param obj 对象 |
2, 带包名的全路径+方法名+可变参数
1 | /* |
- 如果本类无传递进来方法名,去父类中查找
1 | //在 本类中查找 ,找不到,去父类中查找 |
五.动态代理
- 为啥要代理?
代理的目的就是给现有的类的对象的功能进行增强, 代理对象 = 原对象 + 增强方法
- 难道只有代理才能增强吗?
当然不是,如果这个类是我们自己写的,手上有整套源码,我们直接改源代码就好了,问题是,大多数情况下,类是我们继承来的,没有源码让咱改,想增强?只能代理
- 框架中的典型代表
Spring AOP 的面向切面编程就把它使用的淋漓尽致, 来多少对象我不关心,让他们排队站好.我可以在他们身上横切一刀, 给他们集体增强
注意点:
- 为谁代理? –> 我们自己创建被代理对象(这个被代理的对象必须是 一个接口的实现类)
下面看看如何玩转动态代理
API
1 | /** |
参数1: 被代理的对象用到什么类加载器,编译的时候是不知道的,所以第一个参数我们要把被代理对象使用的类加载器告诉代理对象
参数2: 被代理的对象要至少要实现了一个接口,大家看上面newProxyInstance的第二个参数,是一个Class<?>[]未知类型的Class对象的数组,代理对象要通过它找到他所实现的接口中有什么方法, 换句话说,我们只能代理接口中的方法(进而增强它的实现类中的方法)
实例:
接口
1 | public interface Calcullator { |
实现类
1 | public class CalcullatorImpl implements Calcullator { |
代理
1 |
|
划重点!这里有个坑
千万不要在 InvocationHander里面使用 proxy对象,不然就是个死循环
原因:
当我们执行完c.add(1,2)时,c是我们增强后的对象,调用add,触发的回调函数,下一步就会执行InvocationHandler的invoke方法,而它的参数Object类型的proxy就是它最终要返回的对象,我们如果在这里面使用它了,会重新触发invoke方法,方法里面有调用它,再触发invoke,无限循环
六. 泛型与反射
- 反射越过泛型检查
1 | //反射越过泛型检验 |
- 反射在框架中的使用
假设这样的情景 ,首先,我们拿着id去数据库中查询一个实体,我们的都知道,直接出来的数据肯定是 String字符串,但是我们使用的那些持久层的框架却能给我们返回一个 javaBean(查出来的数据封装在javaBean里面),模拟下它的实现
首先准备下面的javaBean以及持久层的Dao
1 |
|
personDao
这里有个比较有意思的事,原来我记得看到下面的personDao的时候,想都没想为什么它会这么写? 现在看看,好套路啊! 突然想起来 SpringDataElasticsearch,SpringDataJpa里面的Repository,Mybatis里面的通用mapper,类似让我们这样写, 只不过他们哪里都是接口,而我们现在是class类型. 底层全是反射,智慧与套路并存
1 | public class PersonDao extends Dao<person> { } |
我的表演,从测试类入手
测试类
1 | ///泛型与反射组合,很多框架经常使用下面这个方法 |
get方法,主要做两件事 1. 创建实例 2. 查询数据库把数据添加到实例对象中
- 先看看上面的测试类,我们直接new的是personDao,而它继承了Dao,在继承的时候我们指定了它的类型是person类型,为什么这么设计? 因为设计框架的人,根本不知道你会传递进来一个person还是一个animal,所以他在写Dao时,一定会给它加上泛型
( Dao就在下面) - 思考一下,它是入给创建实例的
使用反射创建实例?我们知道一准是 通过Class.newInstance()方法,那么问题来了,1 .首先想想我们要谁的Class,person的class ,2. Class我咋整出来? 总不能使用T.class吧? 编译都过不去啊. 大家通过观察,发现person唯一出现的位置就是personDao的泛型的位置, 我们要做的就是把Dao的泛型取出来,赋给我们提前声明的Class clazz,这样一直全ok
具体怎么做的?
大家可以看下面的解决方法: 在Dao的构造方法中着手
持久层
1 | public class Dao<T> { |
Class的另一种用法
- 直接读取类路径下的配置文件
1 | Object o = forName.newInstance(); |