补充
针对上篇文章《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中的执行流程，较为复杂，待以后整理清楚再说。