《JAVA代理模式原理详解》.docVIP

LZ不希望写的东西与网络上的资料千篇一律，所以这一系列不会像很多典型文章一章，只是列出这个模式的定义以及一堆适用的情况，然后就是一堆这个模式的各个角色，对于这种罗列LZ并不反对，相比之下会比较清晰，但是如果脱离了实际，就会导致看的人特别是初学者觉得设计模式很陌生很遥远。 LZ并不反对这种教学式的标准模式，但说实话，LZ本人看这种帖子从来都感觉收获不大，看一遍看一遍，到现在都没记住那些各个适用的情况与一堆乱七八糟的角色。 所以LZ探讨代理模式，不会再按这个步骤进行，而是跟着自己的思维进行。 首先代理模式，可以分为两种，一种是静态代理，一种是动态代理。 两种代理从虚拟机加载类的角度来讲，本质上都是一样的，都是在原有类的行为基础上，加入一些多出的行为，甚至完全替换原有的行为。 静态代理采用的方式就是我们手动的将这些行为换进去，然后让编译器帮我们编译，同时也就将字节码在原有类的基础上加入一些其他的东西或者替换原有的东西，产生一个新的与原有类接口相同却行为不同的类型。 说归说，我们来真实的去试验一下，实验的话需要找一个示例，就拿我们的数据库连接来做例子吧。 我们都知道，数据库连接是很珍贵的资源，频繁的开关数据库连接是非常浪费服务器的CPU资源以及内存的，所以我们一般都是使用数据库连接池来解决这一问题，即创造一堆等待被使用的连接，等到用的时候就从池里取一个，不用了再放回去，数据库连接在整个应用启动期间，几乎是不关闭的，除非是超过了最大闲置时间。 但是在程序员编写程序的时候，会经常使用connection.close()这样的方法，去关闭数据库连接，而且这样做是对的，所以你并不能告诉程序员们说，你们使用连接都不要关了，去调用一个其他的类似归还给连接池的方法吧。这是不符合程序员的编程思维的，也很勉强，而且具有风险性，因为程序员会忘的。 解决这一问题的办法就是使用代理模式，因为代理模式可以替代原有类的行为，所以我们要做的就是替换掉connection的close行为。 下面是connection接口原有的样子，我去掉了很多方法，因为都类似，全贴上来占地方。 import java.sql.SQLException; import java.sql.Statement; import java.sql.Wrapper; public interface Connectionextends Wrapper { Statement createStatement() throws SQLException; void close() throws SQLException; } 这里只贴了两个方法，但是我们代理的精髓只要两个方法就能掌握，下面使用静态代理，采用静态代理我们通常会使用组合的方式，为了保持对程序猿是透明的，我们实现Connection这个接口。 如下所示import java.sql.SQLException; import java.sql.Statement; public class ConnectionProxy implements Connection{ private Connection connection; public ConnectionProxy(Connection connection) { super(); this.connection = connection; } public Statement createStatement() throws SQLException{ return connection.createStatement(); } public void close() throws SQLException{ System.out.println(不真正关闭连接，归还给连接池); } } 我们在构造方法中让调用者强行传入一个原有的连接，接下来我们将我们不关心的方法，交给真正的Connection接口去处理，就像createStatement方法一样，而我们将真正关心的close方法用我们自己希望的方式去进行。 此处为了更形象，LZ给出一个本人写的非常简单的连接池，意图在于表明实现的思路。下面我们来看一下连接池的变化，在里面注明了变化点。 import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; import java.util.LinkedList; public class DataSource { private static LinkedListConnection connectionList = new