见微知著 静态代理

  代理是JAVA中老生常谈的话题了，但也是最为抽象的知识之一，以至于很多人谈代理色变，所以今天就抽丝剥茧，好好掰扯掰扯这个问题

    首先对于代理我们要明白一点，就是代理分为静态代理和动态代理，不说废话，首先是静态代理

     举个例子，你现在写了一个银行账户类，账户有余额转出和转入功能

现在突然出了问题，余额的数目不对了，于是项目经理提出要求，你要在转出和转入余额的时候打印出当前的余额，这个时候你可能会毫不犹豫的打开编辑器加上这样一段代码

不可否认，这样目前来看确实是速度最快也是最直观的，但是仔细想一想有几个问题，

一，这种写法违背了我们设计要素里面的开闭原则，一个类应该是对扩展开放，修改关闭的，特别是工具类，如果你悄没声的更改了原来的方法，后面引用这个工具类的地方就有出错的风险

二，如果这一点还不够直接的话，那就想一想，如果现在有1000个方法，都需要在执行之前和之后，打印一下这个余额的状态，总不能这样改下去吧，三，这些日志代码除了方法名称以外，都是一样的，同样的代码写1000遍是不可接受的

四，这些日志代码直接硬编码在源码里面，后期很难维护，如果需要更改，要去更改1000个地方。。

    于是我们的静态代理就要登场了，重要的说在前头，静态代理最大的好处就是遵守了开闭原则，想一想开闭原则，我们不去更改这个账户类，又要增加这个账户类的功能，我们好好想一想代理这个词，可以类比明星的经纪人，如果有商演需要请明星参加，首先要联系他的代理，也就是经纪人，此时代理就等于明星，这个时候就明确了一点，代理等于本来的类，首先想到的是什么，继承，子类和父类可以是同一种类型，但是我们应该对接口编程，而不是实现，这些可以避免单继承的局限，这时候我们想到了利用接口，这样代理和本身的类都是实现某个接口，这样可以无缝切换，首先准备一个转账接口

重新实现我们的账户接口

接下来是重头戏，我们的代理因为要当作账户类使用，需要有转账功能，所以最起码要看起来是这样

有了基本的代理方法，当从外部调用这个代理类的时候，我们希望他能做我们实际Account类的功能，最好的办法就是持有被代理类的引用，在调用被代理类的方法时，我们可以用代理类的同名方法代替，从而可以在方法前后添加逻辑

至此，静态代理完成，可以发现，我们没有更改源代码，所以遵守了开闭原则，静态代理采用自己实现代理类，通过和被代理类实现同一个接口，拥有相同的方法，然后持有被代理类的引用，在调用同名方法的时候实现在方法前后添加逻辑

    但是静态代理并不完美，总结一下他的问题，

   首先我们需要我们自己实现代理类，代理类持有被代理类的具体引用，这样代理类和被代理类的关系严重耦合，这样每当有新的类需要代理类的时候，我们都要实现一个新的代理类，

    其次代理类的方法和被代理类一样，没有解决我们每个方法都要写一遍逻辑的问题，所以我们需要一个更完美的代理方式，动态代理

    在开始正式说动态代理之前，有个问题有必要弄明白，就是一个类是如何加载的，这里涉及到jvm的类加载机制，篇幅可能较长，所以今天就先把静态代理说一下，下一期先说类加载机制，然后我们的动态代理自然就手到擒来了~

文章转载自微信公众号：左右逢猿