美文网首页开发者头条
您需要来一份82年的代理吗?No.12

您需要来一份82年的代理吗?No.12

作者: 一名叫大蕉的程序员 | 来源:发表于2017-07-02 20:27 被阅读4次

    上一篇大家又说我放水了。这样说我很伤心的啵。今天跟大家分享一下代理模式以及JAVA中的代理模式。

    代理模式有什么用呢?我总结的一点就是,让别人代理安全一点。

    现实生活中其实也有很多代理。

    比如保险代理,你不需要去关注太多的细节,只需要做决策是否需要买保险,至于买那种保险适合你,需要哪些资料,都通过代理去帮你管理,虽然要出一点钱,不会浪费自己的时间。

    又比如保安,由保安去代理帮你识别出入口的安全问题,自己只需要管理公司内部的事宜。

    又比如网络服务供应商代理,由代理去帮你决定使用什么路由决策,使用哪些网线哪些网段,自己只需要保证跟网络供应商的链接是通的。

    代理总是要有额外的开销的,这点是毋庸置疑的,无论在生活中还是软件层面中。生活中需要付出额外的时间去寻找代理,额外的金钱去雇佣代理。软件中需要写额外的代码去设计这种代理,或者需要消耗额外的时间去进行代理的调用。

    但就一个字,值!

    代理模式按用途来分,有以下这么几种:

    (1) 远程代理(Remote Proxy)

    (2) 虚拟代理(Virtual Proxy)

    (3) 保护代理(Protect Proxy)

    (4) 缓冲代理(Cache Proxy)

    (5) 智能引用代理(Smart Reference Proxy)

    远程代理(Remote Proxy)

    远程代理就类似网络服务供应商,用来与外面进行通信,内部所有的通信都通过这一个或者几个代理进行,比较方便,也比较安全。有啥事我就谁也不找我就找你了,我就赖在这里不走了哼。

    虚拟代理(Virtual Proxy)

    怎么说呢,人要脸树要皮,在每加载完成的时候也不希望别人看到苍茫的天涯吧?这是你的爱吗?虚拟机代理就是在大文件加载的时候,先给别人看看,诶你别说,我这里是有料的喔,毋问题你等等就能看到主菜了。

    保护代理(Protect Proxy)

    保安,控制系统输入输出的安全性。

    缓冲缓存代理(Buffer and Cache Proxy)

    哎呀呀,这里很多人就不知道缓冲和缓存的区别了,有很多设计中都习惯使用缓冲缓存一起设计的模式,但是缓冲跟缓存是有区别的。

    缓冲是什么呢?是避震器,是用来缓解大压力用的,作为一个过渡的区域。缓存又是啥玩意?缓存就是一个方便存储的box,我们用随身的管家来比喻可能好一点,方便,快捷。

    我    :我要吃鸡。

    管家:没问题马上送到。

    管家:您的鸡来了。

    我    :这一千万帮我存起来。

    管家:没问题您的一千万存起来了。

    实际过程中,一般都使用一个内存服务器来进行存储,有就直接取,没有就往其他数据源去请求。这个内存服务器即起到了缓冲的作用,也起到了缓存的作用。

    智能引用代理(Smart Reference Proxy)

    嘛现在大家能想到的都是这类了。就是在动作的之前之后再做一些动作。比如吃饭这个事情,我不管,我就是要有人帮我记录一下吃饭时间,帮我洗手,帮我试一下菜是不是有毒。(行行行你是皇帝)饭后我不管,也要有人帮我记录吃饭时间,帮我擦嘴帮我洗手帮我刷牙。

    按实现方式来说,有这么几种(前方高能我要开始贴大片代码了):

    (1) 聚合

    (2) 继承

    (3) JDK动态代理

    (4) CGLIB动态代理

    假设我们定义了Loan这么一个接口,实现了LoanCenter这么一个贷款中心。

    public interfaceLoan {

    voidloan(Integer loan);

    }

    public classLoanCenterimplementsLoan{

    public voidloan(Integer loan) {

    Printer.println("loan "+loan+" is handled");

    }

    }

    为了各种原因,要怎么对这个贷款中心设置代理呢?

    聚合

    把原始类当成一个成员变量,去前后添油加醋。

    public classAggregationLoanProxyextendsLoanCenter{

    privateLoanloanCenter;

    AggregationLoanProxy(Loan loan){

    this.loanCenter= loan;

    }

    public voidloan(Integer loan) {

    Printer.println("Aggregation loan start");

    loanCenter.loan(loan);

    Printer.println("Aggregation loan end");

    }

    }

    继承

    写一个子类去继承LoanCenter,添油加醋,然后调用super方法。

    public classInheritLoanProxyextendsLoanCenter{

    @Override

    public voidloan(Integer loan) {

    Printer.println("inherit loan start");

    super.loan(loan);

    Printer.println("inherit loan start");

    }

    }

    JDK动态代理

    JDK利用反射生成一个子类,添油加醋完去调用接口中的方法。

    public classJDKProxy {

    public staticObject getProxy(finalObject target){

    returnProxy.newProxyInstance(target.getClass().getClassLoader(), target.getClass().getInterfaces(),newInvocationHandler() {

    publicObject invoke(Object proxy, Method method, Object[] args)throwsThrowable {

    Printer.println("jdk loan start");

    Object result = method.invoke(target,args);

    Printer.println("jdk loan end");

    returnresult;

    }

    });

    }

    }

    CGLIB动态代理

    CGLib利用反射生成一个子类,添油加醋完去调用子类中的目标方法。

    public classCGLibProxyimplementsMethodInterceptor {

    privateObjecttarget;

    publicObject intercept(Object o, Method method, Object[] args, MethodProxy methodProxy)throwsThrowable {

    Printer.println("cglib loan start");

    Object result = methodProxy.invokeSuper(o , args);

    Printer.println("cglib loan end");

    returnresult;

    }

    publicObject getInstance(Object target) {

    this.target= target;

    Enhancer enhancer =newEnhancer();

    enhancer.setSuperclass(this.target.getClass());

    // 回调方法

    enhancer.setCallback(this);

    // 创建代理对象

    returnenhancer.create();

    }

    }

    JDK动态代理和CGLib动态代理都是动态生成子类的方式去进行代理。

    什么?你问我JDK和CGLib有什么差别?JDK动态代理只能基于接口,而CGLib是基于方法,所以CGLib的普适性比较高。但是CGLib的开销比JDK动态代理高,性能较差。

    还有问题?Spring里面的AOP用的哪个?两个都有使用到,Spring见机行事按需调用。

    有小伙伴想知道JDK动态代理和CGLib更深层次的原理吗?私聊我啊万一我下次说说看呢。

    哥我错了,您分享一下可好

    相关文章

      网友评论

        本文标题:您需要来一份82年的代理吗?No.12

        本文链接:https://www.haomeiwen.com/subject/fvrocxtx.html