java动态代理(JDK和cglib)

简介: java动态代理(JDK和cglib)

JAVA的动态代理
代理模式
代理模式是常用的java设计模式,他的特征是代理类与委托类有同样的接口,代理类主要负责为委托类预处理消息、过滤消息、把消息转发给委托类,以及事后处理消息等。代理类与委托类之间通常会存在关联关系,一个代理类的对象与一个委托类的对象关联,代理类的对象本身并不真正实现服务,而是通过调用委托类的对象的相关方法,来提供特定的服务。
按照代理的创建时期,代理类可以分为两种。
静态代理:由程序员创建或特定工具自动生成源代码,再对其编译。在程序运行前,代理类的.class文件就已经存在了。
动态代理:在程序运行时,运用反射机制动态创建而成。

首先看一下静态代理:
1、Count.java
package net.battier.dao;

/**

  • 定义一个账户接口
  • @author Administrator
    */
    public interface Count {
    // 查看账户方法
    public void queryCount();
    // 修改账户方法
    public void updateCount();
    }
    2、CountImpl.java
    package net.battier.dao.impl;
    import net.battier.dao.Count;
  • 委托类(包含业务逻辑)
    public class CountImpl implements Count {
    @Override
    public void queryCount() {

     System.out.println("查看账户方法...");  
    

    }
    public void updateCount() {

     System.out.println("修改账户方法...");  
    

    、CountProxy.java
    //代码效果参考:http://www.zidongmutanji.com/bxxx/146312.html

  • 这是一个代理类(增强CountImpl实现类)
    public class CountProxy implements Count {
    private CountImpl countImpl;
    /**

    • 覆盖默认构造器
    • @param countImpl
      /
      public CountProxy(CountImpl countImpl) {
      this.countImpl = countImpl;
      System.out.println("事务处理之前");
      // 调用委托类的方法;
      countImpl.queryCount();
      System.out.println("事务处理之后");
      countImpl.updateCount();
      3、TestCount.java
      package net.battier.test;
      import net.battier.dao.impl.CountImpl;
      import net.battier.dao.impl.CountProxy;
      测试Count类
      public class TestCount {
      public static void main(String[] args) {
      CountImpl countImpl = new CountImpl();
      CountProxy countProxy = new CountProxy(countImpl);
      countProxy.updateCount();
      countProxy.queryCount();
      观察代码可以发现每一个代理类只能为一个接口服务,这样一来程序开发中必然会产生过多的代理,而且,所有的代理操作除了调用的方法不一样之外,其他的操作都一样,则此时肯定是重复代码。解决这一问题最好的做法是可以通过一个代理类完成全部的代理功能,那么此时就必须使用动态代理完成。
      再来看一下动态代理:
      JDK动态代理中包含一个类和一个接口:
      InvocationHandler接口:
      public interface InvocationHandler {
      public Object invoke(Object proxy,Method method,Object[] args) throws Throwable;
      }
      参数说明:
      Object proxy:指被代理的对象。
      Method method:要调用的方法
      Object[] args:方法调用时所需要的参数
      可以将InvocationHandler接口的子类想象成一个代理的最终操作类,替换掉ProxySubject。
      //代码效果参考:http://www.zidongmutanji.com/zsjx/416403.html

Proxy类:
Proxy类是专门完成代理的操作类,可以通过此类为一个或多个接口动态地生成实现类,此类提供了如下的操作方法:
public static Object newProxyInstance(ClassLoader loader, Class<?>[] interfaces,
InvocationHandler h)
throws IllegalArgumentException
ClassLoader loader:类加载器
Class<?>[] interfaces:得到全部的接口
InvocationHandler h:得到InvocationHandler接口的子类实例
Ps:类加载器
在Proxy类中的newProxyInstance()方法中需要一个ClassLoader类的实例,ClassLoader实际上对应的是类加载器,在Java中主要有一下三种类加载器;
Booststrap ClassLoader:此加载器采用C++编写,一般开发中是看不到的;
Extendsion ClassLoader:用来进行扩展类的加载,一般对应的是jre\lib\ext目录中的类;
AppClassLoader:(默认)加载classpath指定的类,是最常使用的是一种加载器。
动态代理
与静态代理类对照的是动态代理类,动态代理类的字节码在程序运行时由Java反射机制动态生成,无需程序员手工编写它的源代码。动态代理类不仅简化了编程工作,而且提高了软件系统的可扩展性,因为Java 反射机制可以生成任意类型的动态代理类。java.lang.reflect 包中的Proxy类和InvocationHandler 接口提供了生成动态代理类的能力。
动态代理示例:
1、BookFacade.java
public interface BookFacade {
public void addBook();
2、BookFacadeImpl.java
import net.battier.dao.BookFacade;
public class BookFacadeImpl implements BookFacade {
public void addBook() {
System.out.println("增加图书方法。。。");
、BookFacadeProxy.java
package net.battier.proxy;
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;

  • JDK动态代理代理类
  • @author student
    public class BookFacadeProxy implements InvocationHandler {
    private Object target;
    • 绑定委托对象并返回一个代理类
    • @param target
    • @return
      public Object bind(Object target) {
      this.target = target;
      //取得代理对象
      return Proxy.newProxyInstance(target.getClass().getClassLoader(),
           target.getClass().getInterfaces(), this);   //要绑定接口(这是一个缺陷,cglib弥补了这一缺陷)  
      
    • 调用方法
      public Object invoke(Object proxy, Method method, Object[] args)
       throws Throwable {  
      
      Object result=null;
      System.out.println("事物开始");
      //执行方法
      result=method.invoke(target, args);
      System.out.println("事物结束");
      return result;
      3、TestProxy.java
      import net.battier.dao.impl.BookFacadeImpl;
      import net.battier.proxy.BookFacadeProxy;
      public class TestProxy {
      BookFacadeProxy proxy = new BookFacadeProxy();
      BookFacade bookProxy = (BookFacade) proxy.bind(new BookFacadeImpl());
      bookProxy.addBook();

//代码效果参考:http://www.zidongmutanji.com/zsjx/364725.html
但是,JDK的动态代理依靠接口实现,如果有些类并没有实现接口,则不能使用JDK代理,这就要使用cglib动态代理了。
Cglib动态代理
JDK的动态代理机制只能代理实现了接口的类,而不能实现接口的类就不能实现JDK的动态代理,cglib是针对类来实现代理的,他的原理是对指定的目标类生成一个子类,并覆盖其中方法实现增强,但因为采用的是继承,所以不能对final修饰的类进行代理。
示例
1、BookFacadeCglib.java
2、BookCadeImpl1.java

  • 这个是没有实现接口的实现类
    public class BookFacadeImpl1 {
     System.out.println("增加图书的普通方法...");  
    
    3、BookFacadeProxy.java
    import net.sf.cglib.proxy.Enhancer;
    import net.sf.cglib.proxy.MethodInterceptor;
    import net.sf.cglib.proxy.MethodProxy;
  • 使用cglib动态代理
    public class BookFacadeCglib implements MethodInterceptor {

    • 创建代理对象
      public Object getInstance(Object target) {
      Enhancer enhancer = new Enhancer();
      enhancer.setSuperclass(this.target.getClass());
      // 回调方法
      enhancer.setCallback(this);
      // 创建代理对象
      return enhancer.create();
      // 回调方法
      public Object intercept(Object obj, Method method, Object[] args,

       MethodProxy proxy) throws Throwable {  
      

      proxy.invokeSuper(obj, args);
      return null;
      4、TestCglib.java
      import net.battier.dao.impl.BookFacadeImpl1;
      import net.battier.proxy.BookFacadeCglib;
      public class TestCglib {

      BookFacadeCglib cglib=new BookFacadeCglib();
      BookFacadeImpl1 bookCglib=(BookFacadeImpl1)cglib.getInstance(new BookFacadeImpl1());
      bookCglib.addBook();

相关文章
|
12天前
|
Java API 开发者
【Java模块化新飞跃】JDK 22模块化增强:构建更灵活、更可维护的应用架构!
【9月更文挑战第9天】JDK 22的模块化增强为开发者构建更灵活、更可维护的应用架构提供了强有力的支持。通过模块化设计、精细的依赖管理和丰富的工具支持,开发者可以更加高效地开发和管理应用,提高应用的性能和可维护性。
46 10
|
14天前
|
安全 Java API
【性能与安全的双重飞跃】JDK 22外部函数与内存API:JNI的继任者,引领Java新潮流!
【9月更文挑战第7天】JDK 22外部函数与内存API的发布,标志着Java在性能与安全性方面实现了双重飞跃。作为JNI的继任者,这一新特性不仅简化了Java与本地代码的交互过程,还提升了程序的性能和安全性。我们有理由相信,在外部函数与内存API的引领下,Java将开启一个全新的编程时代,为开发者们带来更加高效、更加安全的编程体验。让我们共同期待Java在未来的辉煌成就!
43 11
|
14天前
|
存储 Java 开发者
【Java新纪元启航】JDK 22:解锁未命名变量与模式,让代码更简洁,思维更自由!
【9月更文挑战第7天】JDK 22带来的未命名变量与模式匹配的结合,是Java编程语言发展历程中的一个重要里程碑。它不仅简化了代码,提高了开发效率,更重要的是,它激发了我们对Java编程的新思考,让我们有机会以更加自由、更加创造性的方式解决问题。随着Java生态系统的不断演进,我们有理由相信,未来的Java将更加灵活、更加强大,为开发者们提供更加广阔的舞台。让我们携手并进,共同迎接Java新纪元的到来!
41 11
|
12天前
|
监控 IDE Java
【Java性能调优新工具】JDK 22性能分析器:深度剖析,优化无死角!
【9月更文挑战第9天】JDK 22中的性能分析器为Java应用的性能调优提供了强大的支持。通过深度集成、全面监控、精细化分析和灵活报告生成等核心优势,性能分析器帮助开发者实现了对应用性能的全面掌控和深度优化。在未来的Java开发过程中,我们期待性能分析器能够继续发挥重要作用,为Java应用的性能提升贡献更多力量。
|
15天前
|
安全 Java API
【本地与Java无缝对接】JDK 22外部函数和内存API:JNI终结者,性能与安全双提升!
【9月更文挑战第6天】JDK 22的外部函数和内存API无疑是Java编程语言发展史上的一个重要里程碑。它不仅解决了JNI的诸多局限和挑战,还为Java与本地代码的互操作提供了更加高效、安全和简洁的解决方案。随着FFM API的逐渐成熟和完善,我们有理由相信,Java将在更多领域展现出其强大的生命力和竞争力。让我们共同期待Java编程新纪元的到来!
39 11
|
12天前
|
监控 Java 大数据
【Java内存管理新突破】JDK 22:细粒度内存管理API,精准控制每一块内存!
【9月更文挑战第9天】虽然目前JDK 22的确切内容尚未公布,但我们可以根据Java语言的发展趋势和社区的需求,预测细粒度内存管理API可能成为未来Java内存管理领域的新突破。这套API将为开发者提供前所未有的内存控制能力,助力Java应用在更多领域发挥更大作用。我们期待JDK 22的发布,期待Java语言在内存管理领域的持续创新和发展。
|
14天前
|
Java API 数据处理
【Java的SIMD革命】JDK 22向量API:释放硬件潜能,让Java应用性能飙升!
【9月更文挑战第7天】 JDK 22向量API的发布标志着Java编程语言在SIMD技术领域的重大突破。这一新特性不仅释放了现代硬件的潜能,更让Java应用性能实现了飙升。我们有理由相信,在未来的发展中,Java将继续引领编程语言的潮流,为开发者们带来更加高效、更加强大的编程体验。让我们共同期待Java在SIMD技术的推动下开启一个全新的性能提升时代!
|
15天前
|
Oracle Java 关系型数据库
【颠覆性升级】JDK 22:超级构造器与区域锁,重塑Java编程的两大基石!
【9月更文挑战第6天】JDK 22的发布标志着Java编程语言在性能和灵活性方面迈出了重要的一步。超级构造器和区域锁这两大基石的引入,不仅简化了代码设计,提高了开发效率,还优化了垃圾收集器的性能,降低了应用延迟。这些改进不仅展示了Oracle在Java生态系统中的持续改进和创新精神,也为广大Java开发者提供了更多的可能性和便利。我们有理由相信,在未来的Java编程中,这些新特性将发挥越来越重要的作用,推动Java技术不断向前发展。
|
15天前
|
Java API 开发者
【Java字节码操控新篇章】JDK 22类文件API预览:解锁Java底层的无限可能!
【9月更文挑战第6天】JDK 22的类文件API为Java开发者们打开了一扇通往Java底层世界的大门。通过这个API,我们可以更加深入地理解Java程序的工作原理,实现更加灵活和强大的功能。虽然目前它还处于预览版阶段,但我们已经可以预见其在未来Java开发中的重要地位。让我们共同期待Java字节码操控新篇章的到来!
|
13天前
|
Java API 开发者
【Java字节码的掌控者】JDK 22类文件API:解锁Java深层次的奥秘,赋能开发者无限可能!
【9月更文挑战第8天】JDK 22类文件API的引入,为Java开发者们打开了一扇通往Java字节码操控新世界的大门。通过这个API,我们可以更加深入地理解Java程序的底层行为,实现更加高效、可靠和创新的Java应用。虽然目前它还处于预览版阶段,但我们已经可以预见其在未来Java开发中的重要地位。让我们共同期待Java字节码操控新篇章的到来,并积极探索类文件API带来的无限可能!