设计模式之代理,手动实现动态代理,揭秘原理实现

  • 时间:
  • 浏览:0
  • 来源:大发pk10_pk10官网注册码_大发pk10官网注册码

前言

  开心一刻

    周末,带着女性儿子一起逛公园。儿子有2个 人跑在前面,吧唧一下不小心摔了一跤,脑袋瓜子摔了个包,稀里哗啦的哭道:“爸爸,我会不想摔成傻子!”

    我指了指我转过身的伤痕安慰道:“不想的,你看,这是爸爸小过后摔的。”

    话还没办法 说话,小家伙哭的更厉害了:“那只是说我长大后就会和你一样傻了,我无须,我无须!”

    女性忍不住发飙:“别哭了,你为什么我会变傻呢?你看你爸,你爸傻吗?”

    我赶紧组阁 道:“是啊,你看我多聪明!”

    儿子:“真的,不骗我?”

    女性:“当然!”

    儿子:“原来可能老爸总要傻子,当年为什么我会娶你你你这个母老虎呢?”

    我、女性:……

什么是代理模式

  所谓代理,只是有2个 人可能有2个 机构代表原来人可能原来机构采取行动。在一些情形下,有2个 客户想要可能时会 直接引用有2个 对象,而代理对象能时会 在客户端和目标对象之间起到中介的左右。

  代理模式:给某有2个 对象提供有2个 代理或占位符,并由代理对象来控制对原对象的访问,通过代理对象访问目标对象,原来能时会 在不修改原目标对象的前提下,提供额外的功能操作,扩展目标对象的功能。说简单点,代理模式只是设置有2个 后边代理来控制访问原目标对象,以达到增强原对象的功能和简化访问法律方式。一般而言会分并都不 :静态代理、动态代理和CGLIB代理

  代理模式形态学 如下:

静态代理

  静态代理都要代理对象和被代理对象实现一样的接口,亲戚亲戚亲戚朋友 来看个例子就清楚了

  示例代理:static-proxy

  代理类:UserDaoProxy.java

  UserDaoProxy代理IUserDao类型,此时只是能代理IUserDao类型的被代理对象。测试结果就不展示了,相信亲戚亲戚亲戚朋友 看到代码也知道了

  优点:能时会 在不修改目标对象的前提下扩展目标对象的功能

  缺点:可能都要代理多个类,每个类总要有有2个 代理类,会原因着代理类无限制扩展;可能类富含多个法律方式,同样的代理逻辑都要反复实现、应用到每个法律方式上,一旦接口增加法律方式,目标对象与代理对象总要进行修改

  有2个 静态代理时会 代理有2个 类,没办法 有没办法 什么法律方式能时会 实现同有2个 代理类来代理任意对象呢?肯定有的,也只是下面讲到的:动态代理

动态代理

  代理类在程序运行运行运行时创建的代理法律方式被成为动态代理。 也只是说,你你这个情形下,代理类并总要在Java代码中定义的,只是在运行时根据亲戚亲戚亲戚朋友 在Java代码中的“指示”动态生成的。下面亲戚亲戚亲戚朋友 一步一步手动来实现动态代理。下面的示例总要直接针对接口的,就总要针对接口的具体实现类了,静态代理示例中,UserDaoProxy代理的是IUserDao的实现类:UserDaoImpl,没办法 动态代理示例就直接针对接口了,下面示例针对的总要UserMapper接口,模拟的mybatis,但不局限于UserMapper接口

  代理类源代码持久化

    1、先利用反射动态生成代理类,并持久化代理类到磁盘(也只是生成代理类的java源文件),generateJavaFile法律方式如下

      生成的代理类:$Proxy0.java 如下

      你你这个代理类的生成过程是亲戚亲戚亲戚朋友 我其他人实现的,实现太难,但排版太繁琐,亲戚亲戚亲戚朋友 能时会 用javapoet来生成代理类源代码,generateJavaFileByJavaPoet法律方式如下

      生成的代理类:JavaPoet$Proxy0.java 如下

    利用javapoet生成的代理类更接近亲戚亲戚亲戚朋友 平时手动实现的类,排版更符合亲戚亲戚亲戚朋友 的编码习惯,看上去更自然一些;两者的实现过程是一样的,只是javapoet排版更好

    2、既然代理类的源代码可能有了,没办法 都要对其编译了,compileJavaFile法律方式如下

      会在指定目录下看到:$Proxy0.class

    3、加载$Proxy0.class,并创建嘴笨 例对象(代理实例对象)

public static <T> T newInstance(Class<T> interface_) throws Exception{
    String proxyJavaFileDir = SRC_JAVA_PATH + interface_.getPackage().getName().replace(".", File.separator) + File.separator;

    // 1、生成interface_接口的实现类,并持久化到磁盘:$Proxy0.java
    generateJavaFile(interface_, proxyJavaFileDir);

    // 2、编译$Proxy0.java,生成$Proxy0.class到磁盘
    compileJavaFile(proxyJavaFileDir);

    // 3、加载$Proxy0.class,并创建嘴笨

例对象(代理实例对象)
    MyClassLoader loader = new MyClassLoader(proxyJavaFileDir, interface_);
    Class<?> $Proxy0 = loader.findClass(PROXY_CLASS_NAME);
    return (T)$Proxy0.newInstance();
}

private static class MyClassLoader<T> extends ClassLoader {

    private String proxyJavaFileDir;
    private Class<T> interface_;

    public MyClassLoader(String proxyJavaFileDir, Class<T> interface_) {
        this.proxyJavaFileDir = proxyJavaFileDir;
        this.interface_ = interface_;
    }

    @Override
    protected Class<?> findClass(String name) throws ClassNotFoundException {

        File clazzFile = new File(proxyJavaFileDir, name + ".class");
        //可能字节码文件所处
        if (clazzFile.exists()) {
            //把字节码文件加载到VM
            try {
                //文件流对接class文件
                FileInputStream inputStream = new FileInputStream(clazzFile);
                ByteArrayOutputStream baos = new ByteArrayOutputStream();
                byte[] buffer = new byte[1024];
                int len;
                while ((len = inputStream.read(buffer)) != -1) {
                    baos.write(buffer, 0, len);                     // 将buffer中的内容读取到baos中的buffer
                }
                //将buffer中的字节读到内存加载为class
                return defineClass(interface_.getPackage().getName() + "." + name, baos.toByteArray(), 0, baos.size());
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
        return super.findClass(name);
    }
}
View Code

      有了代理实例对象,亲戚亲戚亲戚朋友 就能时会 利用它进行操作了,演示结果如下

    全版工程地址:proxy-java-file,全版流程图如下

    此时的Proxy类能创建任何接口的实例,解决了静态代理所处的代理类泛滥、多个法律方式中代理逻辑反复实现的什么的问题;但有个什么的问题我只是知道亲戚亲戚亲戚朋友 注意到:$Proxy0.java有必要持久化到磁盘吗,亲戚亲戚亲戚朋友 能时会 直接编译内存中的代理类的字符串源代码,得到$Proxy0.class呢?

  代理类源代码不持久化

    $Proxy0.java和$Proxy0.class是没必要生成到磁盘的,亲戚亲戚亲戚朋友 直接编译内存中的代理类的字符串源代码,一起直接在内存中加载$Proxy0.class,不想写、读磁盘,能时会 提升不少性能

    全版工程地址:proxy-none-java-file,此时的流程图如下

    Proxy.java源代码如下

    相比有代理类源代码持久化,核心的动态代理生成过程不变,只是减少了.java和.class文件的持久化;其中用到了第三方工具:com.itranswarp.compile(亲戚亲戚亲戚朋友 时会 时会 拓展jdk,实现内存中操作),完成了字符串在内存中的编译、class在内存中的加载,直接用jdk的编译工具,会在磁盘生成$Proxy0.class

    测试结果如下

      能时会 看到,没办法 .java和.class的持久化

    此时就完美了吗?可能现在有另外有2个 接口ISendMessage,代理逻辑总要

System.out.println("数据库操作, 并获取执行结果...")

    亲戚亲戚亲戚朋友 该为什么我办? 针对ISendMessage又重新写有2个 Proxy?显然还严重不足灵活,说的简单点:此种代理能时会 代理任何接口,过后 代理逻辑确是固定死的,时会 自定义,原来会造成并都不 代理逻辑会有有2个 代理工厂(Proxy),会造成代理工厂的泛滥

  代理逻辑接口化,供用户自定义

    既然无代理类源代码持久化中的代理逻辑时会 自定义,没办法 亲戚亲戚亲戚朋友 就将它抽出来,提供代理逻辑接口

    全版工程地址:proxy-none-java-file-plus,流程图与无代理类源代码持久化中一样,此时代理类的生成过程简化了不少,涉及到代理逻辑接口:InvacationHandler的解决

    generateJavaFile(...)法律方式

/**
 * 生成接口实现类的源代码
 * @param interface_
 * @throws Exception
 */
private static String generateJavaFile(Class<?> interface_, InvocationHandler handler) throws Exception {
    StringBuilder proxyJava = new StringBuilder();
    proxyJava.append("package ").append(PROXY_PACKAGE_NAME).append(";").append(ENTER).append(ENTER)
            .append("import java.lang.reflect.Method;").append(ENTER).append(ENTER)
            .append("public class ").append(PROXY_FILE_NAME).append(" implements ").append(interface_.getName()).append(" {").append(ENTER)
            .append(ENTER).append(TAB_STR).append("private InvocationHandler  handler;").append(ENTER).append(ENTER);

    // 代理对象构造法律方式
    proxyJava.append(TAB_STR).append("public ").append(PROXY_FILE_NAME).append("(InvocationHandler handler) {").append(ENTER)
            .append(TAB_STR).append(TAB_STR).append("this.handler = handler;").append(ENTER)
            .append(TAB_STR).append("}").append(ENTER);

    // 接口法律方式
    Method[] methods = interface_.getMethods();
    for(Method method : methods) {
        String returnTypeName = method.getGenericReturnType().getTypeName();
        Type[] paramTypes = method.getGenericParameterTypes();
        proxyJava.append(ENTER).append(TAB_STR).append("@Override").append(ENTER)
                .append(TAB_STR).append("public ").append(returnTypeName).append(" ").append(method.getName()).append("(");

        List<String> paramList = new ArrayList<>();     // 法律方式参数值
        List<String> paramTypeList = new ArrayList<>(); // 法律方式参数类型
        for(int i=0; i<paramTypes.length; i++) {
            if (i != 0) {
                proxyJava.append(", ");
            }
            String typeName = paramTypes[i].getTypeName();
            proxyJava.append(typeName).append(" param").append(i);
            paramList.add("param" + i);
            paramTypeList.add(typeName+".class");
        }
        proxyJava.append(") {").append(ENTER)
                .append(TAB_STR).append(TAB_STR).append("try {").append(ENTER)
                .append(TAB_STR).append(TAB_STR).append(TAB_STR)
                .append("Method method = ").append(interface_.getName()).append(".class.getDeclaredMethod(\"")
                .append(method.getName()).append("\",").append(String.join(",", paramTypeList)).append(");")
                .append(ENTER).append(TAB_STR).append(TAB_STR).append(TAB_STR);
        if (!"void".equals(returnTypeName)) {
            proxyJava.append("return (").append(returnTypeName).append(")");
        }
        proxyJava.append("handler.invoke(this, method, new Object[]{")
                .append(String.join(",", paramList)).append("});").append(ENTER)
                .append(TAB_STR).append(TAB_STR).append("} catch(Exception e) {").append(ENTER)
                .append(TAB_STR).append(TAB_STR).append(TAB_STR).append("e.printStackTrace();").append(ENTER)
                .append(TAB_STR).append(TAB_STR).append("}").append(ENTER);
        if (!"void".equals(returnTypeName)) {
            proxyJava.append(TAB_STR).append(TAB_STR).append("return null;").append(ENTER);
        }
        proxyJava.append(TAB_STR).append("}").append(ENTER);
    }
    proxyJava .append("}");

    // 这能时会

将字符串生成java文件,看看源代码对不对
    /*String proxyJavaFileDir = System.getProperty("user.dir") + File.separator + "proxy-none-java-file-plus"
            + String.join(File.separator, new String[]{"","src","main","java",""})
            + PROXY_PACKAGE_NAME.replace(".", File.separator) + File.separator;
    File f = new File(proxyJavaFileDir + PROXY_FILE_NAME + ".java");
    FileWriter fw = new FileWriter(f);
    fw.write(proxyJava.toString());
    fw.flush();
    fw.close();*/

    return proxyJava.toString();
}
View Code

    测试结果如下

    此时各组件之间关系、调用情形如下

    此时Proxy就能时会 全版通用了,能时会 生成任何接口的代理对象了,时会 时会 实现任意的代理逻辑;至此,亲戚亲戚亲戚朋友 完成了有2个 简易的仿JDK实现的动态代理

  JDK的动态代理

    亲戚亲戚亲戚朋友 来看看JDK下动态代理的实现,示例工程:proxy-jdk,测试结果就不展示了,亲戚亲戚亲戚朋友 来看看JDK下Proxy.newInstance法律方式,有有2个 参数

      1、Classloader:类加载器,亲戚亲戚亲戚朋友 能时会 使用自定义的类加载器;上述手动实现示例中,直接在Proxy写死了;

      2、Class<?>[]:接口类数组,你你这个嘴笨 很容易理解,亲戚亲戚亲戚朋友 应该允许亲戚亲戚亲戚朋友 我其他人实现的代理类一起实现多个接口。亲戚亲戚亲戚朋友 上述手动实现中只传入有2个 接口,是为了简化实现;

      3、InvocationHandler:你你这个没什么好说的,与亲戚亲戚亲戚朋友 的实现一致,用于自定义代理逻辑

    亲戚亲戚亲戚朋友 来追下源码,看看JDK的动态代理是否与亲戚亲戚亲戚朋友 的手动实现是否一致

    与亲戚亲戚亲戚朋友 的自定义实现差太少,利用反射,逐个接口、逐个法律方式进行解决;ProxyClassFactory负责生成代理类的Class对象,主要由apply法律方式负责,调用了

byte[] proxyClassFile = ProxyGenerator.generateProxyClass(proxyName, interfaces, accessFlags);

    来生成代理类的Class;ProxyGenerator富含个是有静态常量:saveGeneratedFiles,标识是否持久化代理类的class文件,默认值是false,也只是不持久化,亲戚亲戚亲戚朋友 能时会 通过设置jdk系统参数,实现JDK的动态代理持久化代理类的class文件

CGLIB代理

  对cglib不做深入研究了,只举个使用案例:proxy-cglib,使用法律方式与JDK的动态代理类似,实现的效果也基本一致,过后 实现原理上还是有差别的

  JDK的动态代理有有2个 限制,只是使用动态代理的对象都要实现有2个 或多个接口,而CGLIB没办法 你你这个限制,具体区别总要本文范畴了,亲戚亲戚亲戚朋友 自行去查阅资料

应用场景

  长篇大论讲了没办法 多,亲戚亲戚亲戚朋友 却有2个劲没办法 讲动态代理的作用,使用动态代理亲戚亲戚亲戚朋友 能时会 在不改变源码的情形下,对目标对象的目标法律方式进行前置或后置增强解决。这怪怪的不太符合亲戚亲戚亲戚朋友 的二根线走到底的编程逻辑,你你这个编程模型有有2个 专业名称叫AOP,面向切面编程,具体案例有如下:

  1、spring的事务,事务的开启能时会 作为前置增强,事务的提交或回滚作为后置增强,数据库的操作所处两者之间(目标对象都要完成的事);

  2、日志记录,亲戚亲戚亲戚朋友 能时会 在不改变原有实现的基础上,对目标对象进行日志的输出,可过后置解决,记录参数情形,也可过后置解决,记录返回的结果;

  3、web编程,传入参数的校验;

  4、web编程,权限的控制时会 时会 用aop来实现;

  过后 明白了AOP,没办法 什么场景能使用动态代理也就比较明了了

总结

  1、示例代码中的Proxy是代理工厂,负责生产代理对象的,总要代理对象类

  2、手动实现动态代理,亲戚亲戚亲戚朋友 分了三版

    第一版:代理类源代码持久化,为了便于理解,亲戚亲戚亲戚朋友 将代理类的java文件和class文件持久化到了磁盘,此时解决了静态代理中代理类泛滥的什么的问题,亲戚亲戚亲戚朋友 的代理类工厂(Proxy)能代理任何接口;

    第二版:代理类源代码不持久化,代理类的java文件和和class文件原来就只是临时文件,将其上加,不想读写磁盘,能时会 提高效率单位;但此时有个什么的问题,亲戚亲戚亲戚朋友 的代理逻辑却写死了,也只是有2个 代理类工厂时会 生产并都不 代理逻辑的代理类对象,可能亲戚亲戚亲戚朋友 有多种代理逻辑,没办法 就都要有多个代理类工厂,显然灵活性严重不足高,还有优化空间;

    第三版:代理逻辑接口化,供用户自定义,此时代理类工厂就能时会 代理任何接口、任何代理逻辑了,反正代理逻辑是用户自定义传入,用户想为什么我定义就为什么我定义;

  3、示例参考的是mybatis中mapper的生成过程,嘴笨 只是简单的模拟,但流程却是一致的,有兴趣的能时会 看看我前两篇博客,结合起来看更好理解

参考

  《java与模式》

  10分钟看懂动态代理设计模式