首页 > 代码库 > Java反射的应用
Java反射的应用
补充
针对上篇文章《JAVA反射原理》的图,再稍作补充:
这个图是上篇博客中图的一部分,实际上,这部分才是反射的核心,即:对象、class的相互关系:
- 对象实例化后,在头部保留其class引用,即对象→class
- 根据加载的class,实例化对象,即class→对象
如上篇文章所说,我们关注反射,是因为反射可以达到以下作用:
- 根据一个字符串形式的类名加载类
- 由加载的类直接实例化对象
- 已知一个对象,获取其类信息(接口、函数……)
这些作用听起来没什么大不了,但是合理使用,威力很大:Struts、Hibernate、Spring、动态代理……没有反射,这些都白搭。
Struts
此处以Struts1为例,来看一下struts-config.xml:
<struts-config> <form-beans> <form-bean name="loginForm" type="com.tgb.struts.LoginActionForm"/> </form-beans> <action-mappings> <action path="/login" type="com.tgb.struts.LoginAction" name="loginForm" scope="request" > <forward name="success" path="/login_success.jsp" /> <forward name="error" path="/login_error.jsp"/> </action> </action-mappings> </struts-config>根据Struts1的运行机制,我们知道在ActionServlet截获请求后,会将页面数据存放到一个ActionForm中,然后把此ActionForm交由Action处理,使用如下:
LoginActionForm laf = (LoginActionForm)form;你可以发现ActionForm传给Action时,已经是一个对象了,这个对象从哪里来的?我们知道对象来源有两种:
- new(工厂、clone)
- Class.newInstance()
Struts也仅仅知道你配置了一个loginForm,类是com.tgb.struts.LoginActionForm……,没错,Struts就是使用反射加载这些类,从而实例化ActionForm和Action的,大致过程如下:
- ActionServlet截取请求
- 根据请求对应的Struts配置,使用Class.forName("com.tgb.struts.LoginActionForm")获取loginForm对象;
- 调用ActionForm的各种setter赋值表单值
- 根据Struts配置,使用Class.forName("com.tgb.struts.LoginAction")获取loginAction对象
- 将loginForm传给loginAction
- 强制转化后,在loginAction中使用loginForm
Hibernate
Hibernate使用了ORM(Object/Relation Mapping)机制,R(Relation)来自数据库,O(Object)呢?来看一下hibernate映射文件:
<hibernate-mapping > <class name="com.tgb.hibernate.Person" table="t_person"> <id name="id"> <generator class="foreign" > <param name="property">idCard</param> </generator> </id> <property name="name" /> <one-to-one name="idCard" constrained="true" /> </class> </hibernate-mapping>看到<class name="com.tgb.hibernate.Person" table="t_person">,和上面说的Struts一样,也是使用到反射,以Hibernate的根据主键获取对象为例:session.get(Person.class, "0001"):
- 生成sql语句,操作数据库获得数据
Class.forName("com.tgb.hibernate.Person")获取Person实例
调用Person的setter对属性赋值
返回此Person对象
Spring
Spring是一个大工厂,用于组织对象之间的关系,配置如下:
<bean id="userManager" class="com.tgb.usermgr.manager.UserManagerImpl"> <property name="logManager" ref="logManager"/> </bean> <bean id="logManager" class="com.tgb.usermgr.manager.LogManager" />简单说IoC的过程如下:
Class.forName("com.tgb.usermgr.manager.UserManagerImpl")实例化userManagerImpl
Class.forName("com.tgb.usermgr.manager.LogManager")实例化logManager
调用userManagerImpl的setLogManager,注入logManager
当使用userManagerImpl,已经是处理完依赖关系的userManagerImpl
可以说,只要在配置文件有对类名的标记,基本上就是为了利用到反射的特性。
动态代理
package reflection; public class Person { public void eat() { System.out.println("im eating"); } }
package reflection; import java.lang.reflect.InvocationTargetException; import java.lang.reflect.Method; public class TestMethod { public static void main(String [] args) throws InstantiationException, IllegalAccessException, ClassNotFoundException, SecurityException, NoSuchMethodException, IllegalArgumentException, InvocationTargetException { //获取Person类 Class clazz=Class.forName("reflection.Person"); //实例化对象 Person p=(Person)clazz.newInstance(); //得到person的eat方法 Method m=clazz.getDeclaredMethod("eat",new Class[]{}); //执行person的eat方法 m.invoke(p, new Object[]{}); } }如上,知道一个类的某个方法名,再有这个类的实例,我们就可以执行这个函数。有对象,有函数名,我直接obj.method()不就行了?这就跟用不用MVC道理一样,不用照样可以完成功能,但是却少了灵活性。
基于这种方法名的调用,我们可以延迟调用方法,这也给了我们很多的操作空间,比如我先执行一段代码,再根据函数名调用函数,再执行后续的代码……这不就是动态代理的应用么。
总结
关于反射细节,如在JVM中的执行流程,较为复杂,待以后整理清楚再说。