Spring-AOP底层原理-JDK动态代理---转载

安多 — Fri, 07 Oct 2011 11:29:00 GMT

原文http://blog.zdnet.com.cn/html/90/289390-838716.htmlJDK动态代理
  1 package com.baobaotao.proxy; 在JDK 1.3以后提供了动态代理的技术，允许开发者在运行期创建接口的代理实例。在Sun刚推出动态代理时，还很难想象它有多大的实际用途，现在我们终于发现动态代理是实现AOP的绝好底层技术。
    JDK的动态代理主要涉及到java.lang.reflect包中的两个类：Proxy和InvocationHandler。其中InvocationHandler是一个接口，可以通过实现该接口定义横切逻辑，在并通过反射机制调用目标类的代码，动态将横切逻辑和业务逻辑编织在一起。
   而Proxy为InvocationHandler实现类动态创建一个符合某一接口的代理实例。这样讲一定很抽象，我们马上着手动用Proxy和InvocationHandler这两个魔法戒对上一节中的性能监视代码进行AOP式的改造。
    首先，我们从业务类ForumServiceImpl 中删除性能监视的横切代码，使ForumServiceImpl只负责具体的业务逻辑，如所示：
代码清单 5 ForumServiceImpl：移除性能监视横切代码

2
3 public class ForumServiceImpl implements ForumService {
4
5  public void removeTopic(int topicId) {
6          ①
7   System.out.println("模拟删除Topic记录:"+topicId);
8   try {
9    Thread.currentThread().sleep(20);
10   } catch (Exception e) {
11    throw new RuntimeException(e);
12   }
13    ②
14  }
15  public void removeForum(int forumId) {
16          ①
17   System.out.println("模拟删除Forum记录:"+forumId);
18   try {
19    Thread.currentThread().sleep(40);
20   } catch (Exception e) {
21    throw new RuntimeException(e);
22   }
23          ②
24  }
25 }

  在代码清单 5中的①和②处，原来的性能监视代码被移除了，我们只保留了真正的业务逻辑。
    从业务类中移除的横切代码当然还得找到一个寄居之所，InvocationHandler就是横切代码的家园乐土，我们将性能监视的代码安置在PerformaceHandler中，如代码清单 6所示：
代码清单 6 PerformaceHandler 1 package com.baobaotao.proxy;

2 import java.lang.reflect.InvocationHandler;
3 import java.lang.reflect.Method;
4
5 public class PerformaceHandler implements InvocationHandler {
6     private Object target;
7  public PerformaceHandler(Object target){//①target为目标的业务类
8   this.target = target;
9  }
10  public Object invoke(Object proxy, Method method, Object[] args)
11    throws Throwable {
12   PerformanceMonitor.begin(target.getClass().getName()+"."+ method.getName());
13   Object bj = method.invoke(target, args);//②通过反射方法调用目标业务类的业务方法
14   PerformanceMonitor.end();
15   return obj;
16  }
17 }

粗体部分的代码为性能监视的横切代码，我们发现，横切代码只出现一次，而不是原来那样星洒各处。大家注意②处的method.invoke()，该语句通过反射的机制调用目标对象的方法，这样InvocationHandler的invoke(Object proxy, Method method, Object[] args)方法就将横切代码和目标业务类代码编织到一起了，所以我们可以将InvocationHandler看成是业务逻辑和横切逻辑的编织器。下面，我们对这段代码做进一步的说明。
首先，我们实现InvocationHandler接口，该接口定义了一个 invoke(Object proxy, Method method, Object[] args)的方法，proxy是代理实例，一般不会用到；method是代理实例上的方法，通过它可以发起对目标类的反射调用；args是通过代理类传入的方法参数，在反射调用时使用。
    此外，我们在构造函数里通过target传入真实的目标对象，如①处所示，在接口方法invoke(Object proxy, Method method, Object[] args)里，将目标类实例传给method.invoke()方法，通过反射调用目标类方法，如②所示。
    下面，我们通过Proxy结合PerformaceHandler创建ForumService接口的代理实例，如代码清单 7所示：
代码清单 7 TestForumService：创建代理实例 1 package com.baobaotao.proxy;

2 import java.lang.reflect.Proxy;
3 public class TestForumService {
4  public static void main(String[] args) {
5   ForumService target = new ForumServiceImpl();//①目标业务类
6 //② 将目标业务类和横切代码编织到一起
7   PerformaceHandler handler = new PerformaceHandler(target);
8          //③为编织了目标业务类逻辑和性能监视横切逻辑的handler创建代理类
9   ForumService proxy = (ForumService) Proxy.newProxyInstance(
10 target.getClass().getClassLoader(),
11     target.getClass().getInterfaces(),
12  handler);
13          //④ 操作代理实例
14   proxy.removeForum(10);
15   proxy.removeTopic(1012);
16  }
17 }

上面的代码完成了业务类代码和横切代码编织和接口代理实例生成的工作，其中在②处，我们将ForumService实例编织为一个包含性能监视逻辑的PerformaceHandler实例，然后在③处，通过Proxy的静态方法newProxyInstance()为融合了业务类逻辑和性能监视逻辑的handler创建一个ForumService接口的代理实例，该方法的第一个入参为类加载器，第二个入参为创建的代理实例所要实现的一组接口，第三个参数是整合了业务逻辑和横切逻辑的编织器对象。
按照③处的设置方式，这个代理实例就实现了目标业务类的所有接口，也即ForumServiceImpl的ForumService接口。这样，我们就可以按照调用ForumService接口的实例相同的方式调用代理实例，如④所示。运行以上的代码，输出以下的信息：
begin monitor

模拟删除Forum记录:10
end monitor
com.baobaotao.proxy.ForumServiceImpl.removeForum花费47毫秒。

begin monitor
模拟删除Topic记录:1012
end monitor
com.baobaotao.proxy.ForumServiceImpl.removeTopic花费26毫秒。

我们发现，程序的运行效果和直接在业务类中编写性能监视逻辑的效果一致，但是在这里，原来分散的横切逻辑代码已经被我们抽取到PerformaceHandler中。当其它业务类（如UserService、SystemService等）的业务方法也需要使用性能监视时，我们只要按照以上的方式，分别为它们创建代理对象就可以了。下面，我们用时序图描述调用关系，进一步代理实例的本质，如图1所示：

图 1代理实例的时序图
我们在上图中特别使用虚线阴影的方式对通过代理器创建的ForumService实例进行凸显，该实例内部利用PerformaceHandler整合横切逻辑和业务逻辑。调用者调用代理对象的的removeForum()和removeTopic()方法时，上图的内部调用时序清晰地告诉了我们实际上所发生的一切。

安多 2011-10-07 19:29 发表评论

Hibernate学习总结002-IdGenerator

安多 — Fri, 07 Oct 2011 01:27:00 GMT

摘要: 首先来看一下如何使用JPA标准定义一个Hibernate的POJO对象Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> 1 package com.andu... 阅读全文

安多 2011-10-07 09:27 发表评论

Hibernate学习总结001-hibernate概述

安多 — Thu, 06 Oct 2011 13:35:00 GMT

        说到hibernate，英文意思：冬眠。给我印象最深的是孙文琴老师的那本hibernate深入详解分页上的那句话"let you java object hibernate in the relation database"。其实后边学完了再回头看这句话的时候就发现其实这句话说的很形象，它深刻的反映了hibernate在软件开发中的重要作用：ORM（object relation mapping 对象关系映射），那么要学习hibernate首先需要了解的就是ORM。
        所谓ORM的解释，可以从维基百科中查到：
        对象关系映射（Object Relational Mapping，简称ORM，或O/RM，或O/R mapping），是一种程式设计技术，用于实现面向对象编程语言里不同类型系统的数据之间的转换。从效果上说，它其实是创建了一个可在编程语言里使用的“虚拟对象数据库”。如今已有很多免费和收费的ORM产品，而有些程序员更倾向于创建自己的的ORM工具。

面向对象是从软件工程基本原则（如耦合、聚合、封装）的基础上发展起来的，而关系数据库则是从数学理论发展而来的，两套理论存在显著的区别。为了解决这个不匹配的现象，对象关系映射技术应运而生。

简单的说：ORM相当于中继数据。具体到产品上，例如下边的ADO.NET Entity Framework。DLINQ中实体类的属性[Table]就算是一种中继数据。

对象关系映射成功运用在不同的面向对象持久层产品中，如：Torque，OJB，Hibernate，TopLink，Castor JDO，TJDO，Active Record，NHibernate，ADO.NET Entity Framework 等。
        以上是维基百科中解释。所的很官僚，就是说的我们大家一般的人不太能理解。我个人的理解就是：对我们这些对JDBC常用操作非常厌倦的人来了个封装，然后给我们各种常用的接口，而且让我们感觉不到我们在操纵数据库，而只是在调人家给的接口，这无形中让我们感觉到很舒服，很惬意。
        hibernate同样是ORM工具，那么它给我们提供了那些接口呢？让我列举几个：
        Session、负责执行被持久化对象的CRUD操作(CRUD的任务是完成与数据库的交流，包含了很多常见的SQL语句。)。
        SessionFactory、负责初始化Hibernate。它充当数据存储源的代理，并负责创建Session对象。这里用到了工厂模式
        Transaction、负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码
        Query、Query和Criteria接口负责执行各种数据库查询。它可以使用HQL语言或SQL语句两种表达方式
        Configuration、负责配置并启动Hibernate，创建SessionFactory对象。

安多 2011-10-06 21:35 发表评论

BlogJava-andy-j2ee-随笔分类-S2SH Learning

Spring-AOP底层原理-JDK动态代理---转载

Hibernate学习总结002-IdGenerator

Hibernate学习总结001-hibernate概述