反射是一种让框架能够根据 "以字符串形式存在的信息" 来调用对象的属性和函数的技术，是Java对C++最大的进步之一---让框架编程真正走向平民化。MFC年代，无论侯捷如何深入浅出，还在念大学的我就是搞不懂那些注册"消息--函数映射"的魔法宏。
不过Java的反射也就是对着C++比较自豪而以，因为C#,Ruby,Python甚至php都标配了反射的功能。而且，人家的反射语法都是内嵌在基础Object类的，拿最弱的php来看： $func_name="helloworld"; $foo->$func_name;
而Java，却搞出了Class，Methed, Field，Constructor这么一大堆类出来。本来这是Java设计师很严谨，很cool的体现，问题是它居然不提供一种集成的简便的写法......相同的情形还出现在Java的I/O 类库里。
微软这方面就做得好些，懂得讨好开发人员。因为Java的无情，就搞得大家的项目里要自制BeanUtils了。幸亏 已经做了一个比较好的，可以直接使用--。另外Spring也做了一个。闲得没事做的，还可以emule一本〈Relection in action〉回来看。而C++下面的"反射"，见。另还有一个比较BT的C++框架叫的，把自己整得和Java很像，有反射和垃圾收集，甚至和JSDK差不多的线程，Unicode，I/O，网络，XML API。可惜的是，即使到了C++0x, B大叔还是不准备在语言级支持反射。
反射、Proxy和元数据是Java最强的三个特征，再加上和ASM，使得Java虽然没有Ruby，Python般后生可畏，一样能做出强悍的框架。
Proxy可以看作是微型的AOP，明白提供了在继承和委托之外的第三个代码封装途径，只要有足够的想象力，可以做得非常好玩，Spring的源码里用Proxy就用得很随便，看得我非常眼红。可惜Proxy必须基于接口。因此Spring的做法，基于接口的用proxy,否则就用cglib。AOP么，一般小事非compoent一级的就不麻烦AspectJ出手了。cglib的Enhancer说起来神奇，用起来一页纸不到就讲完了。它的原理就是用Enhancer生成一个原有类的子类，并且设置好callback到proxy， 则原有类的每个方法调用都会转为调用实现了MethodInterceptor接口的proxy的intercept() 函数： public Object intercept(Object o,Method method,Object[] args,MethodProxy proxy)
在intercept()函数里，你可以在执行Object result=proxy.invokeSuper(o,args);来执行原有函数，在执行前后加入自己的东西，改变它的参数值，也可以瞒天过海，完全干别的。说白了，就是AOP中的around advice。
AOP没有出现以前，该领域经典的设计模式是Decorator，像Java IO Stream的设计就是如此.不过，如果为每个DAO, 每个方法的写Decorator函数会写死人的，所以用上cglib的好处是一次过拦截所有方法。
另外，cglib除了Enhancer之外，还有BulkBean和Transform，都是Hibernate持久化的基础，但文档贫乏，一时还没去看怎么用。1.AOP里讲了一百遍阿一百遍的log aspect在cglib是这样做的:
public class LogDAOProxy implements MethodInterceptor { private Logger log=Logger.getLogger(LogDAOProxy.class); private Enhancer enhancer=new Enhancer(); //返回DAO的子类 public Object getDAO(Class clz) { enhancer.setSuperclass(clz); enhancer.setCallback(this); return enhancer.create(); } //默认的拦截方法 public Object intercept(Object o,Method method,Object[] args,MethodProxy proxy) throws Throwable { log.info("调用日志方法"+method.getName()); Object result=proxy.invokeSuper(o,args); return result; } }
应用的代码:
LogDAOProxy proxy = new LogDAOProxy(); GoodsDAO dao = (GoodsDAO)proxy.getDAO(GoodsDAO.class); dao.insert(goods);
2.而在Spring的管理下应该略加修改的高级Decorator 上面的例子用return enhancer.create();创建子类实例，但在Spring管理下，一些Bean的实例必须由Spring来创建和管理，而不由enhancer来创建的。所以我对上述用法略加修改，使它真正当一个Proxy的角色，请对比黑体字的部分
public class LogDAOProxy implements MethodInterceptor { private Logger log=Logger.getLogger(LogDAOProxy.class); private Object dao=null ; private Enhancer enhancer=new Enhancer(); //返回DAO的子类 public Object getDAO(Class clz,Object dao) { this.dao = dao; enhancer.setSuperclass(clz); enhancer.setCallback(this); return enhancer.create(); } //默认的拦截方法 public Object intercept(Object o,Method method,Object[] args,MethodProxy proxy) throws Throwable { log.info("调用日志方法"+method.getName()); Object result = proxy.invoke(dao, args); return result; } }
可见，原来模式里在getDao()时由enhancer创建dao，而 调用intercept时则将enhancer创建的dao以Object o参数传回。而新模式里，dao在getDao()时从外面传入，enhancer.create()返回的是一个proxy. 而调用intercept时，实际会用之前传入的dao进行操作，而忽略Object o参数传入的proxy.有点遗憾, intercept函数里MethodProxy的Signature是固定的 , 即客户如果调用foo(String),你不可以用proxy.invoke偷换成foo(String,String);