代理模式是java最常见的设计模式之一。spring的aop就是使用了代理模式。
一般而言，代理模式分为静态代理和动态代理两种。
作为结构类的设计模式，作用在于不修改类内部代码的情况下，对类进行拓展，是对继承机制的一种补充。
eg ：下面就用户登录这个例子实现一下代理模式。
基本需求是：实现用户的登录和修改昵称功能。
上代码，先是IUser接口和user实现类
|
1
2
3
4
5
6
7
|
public interface IUser { //登录 void login(String userId,String password); //修改昵称 void editNickname(String nickname);} |
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
public class User implements IUser { private String nickname; private String userId; private String password; public User(String userId,String password){ this.userId = userId; this.password = password; } @Override public void login(String userId, String password){ if(this.userId == userId && this.password == password){ System.out.println("用户登录成功"); } else System.out.println("用户登录失败"); } @Override public void editNickname(String nickname) { this.nickname = nickname; System.out.println("修改昵称成功，当前用户的昵称是:"+this.nickname); }} |
客户端类
|
1
2
3
4
5
6
7
|
public class Client { public static void main(String[] args) { //不调用代理模式时 IUser user = new User("firs","123"); user.login("firs", "123"); user.editNickname("大风");} |
还是非常简单的。可是后面产品经理跟你说，我们需要增加一个记录用户行为的功能，这下该怎么办呢？直接修改user类？不不不，用代理模式。
增加一个代理类，在代理类里面写“记录用户行为”的功能就好，不修改类，只拓展类，减少错误发生。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
|
import java.util.Date;import java.util.HashMap;import java.util.Map;/** * 静态代理类必须实现接口，而且需要新创建一个类的代码出来 * @author Administrator * */public class StaticProxy implements IUser { private IUser user; public StaticProxy(String userId,String password){ this.user = new User(userId,password); } //登陆前的操作，记录当前登录的时间 void noteLoginInfo(String[] params, String opreate){ Map<String,Object> loginInfo = new HashMap<>(); loginInfo.put("params", params); loginInfo.put("opreate", opreate); loginInfo.put("opreateTime", new Date()); System.out.println("记录用户操作成功"); } @Override public void login(String userId, String password){ noteLoginInfo(new String[]{userId, password},"login"); user.login(userId, password); } @Override public void editNickname(String nickname) { noteLoginInfo(new String[]{nickname},"editNickname"); user.editNickname(nickname); }} |
客户端类：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
public class Client { public static void main(String[] args) { //不调用代理模式时 IUser user = new User("firs","123"); user.login("firs", "123"); user.editNickname("大风"); System.out.println(""); System.out.println("=============调用静态代理模式后==========="); //需要实现记录用户登录和修改昵称操作的日志功能 //基于“拓展开发，修改关闭”的设计准则，我们可以用静态代理的方式 IUser proxy = new StaticProxy("firs","123"); proxy.login("firs", "123"); proxy.editNickname("我还是大风"); } |
这样子只需要修改客户端类和增加静态代理就可以了，完美实现。可是需求是无穷无尽的，产品经理跟你说：“我们增加了一个管理员角色，还有二级管理员”啥啥啥的一大堆角色，
这就尴尬了，每个角色都要建一个静态代理类，类爆炸了吧。不急，我们有动态代理模式。
动态代理模式在于不用自己新建代理类，你传具体的实现类（主体）给他，他就默认给你生成了一个代理类。
从本质上来说，它是利用了java的反射机制在运行时动态地生成了相应的代理类。
没有反射，就没有动态代理。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
|
import java.lang.reflect.InvocationHandler;import java.lang.reflect.Method;import java.util.Date;import java.util.HashMap;import java.util.Map;/** * 动态代理类不用和主体类继承同一个接口 * @author Administrator * */public class DynamicProxy implements InvocationHandler { private Object object; public DynamicProxy(String userId,String password,Class<?> c){ Object obj = null; try { obj = Class.forName(c.getName()) .getConstructor(String.class,String.class) .newInstance(userId,password); } catch (Exception e) { // TODO Auto-generated catch block e.printStackTrace(); } this.object = obj; } //登陆前的操作，记录当前登录的时间 void noteLoginInfo(String[] params, String opreate){ Map<String,Object> loginInfo = new HashMap<>(); loginInfo.put("params", params); loginInfo.put("opreate", opreate); loginInfo.put("opreateTime", new Date()); System.out.println("记录用户操作成功"); } @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { String[] params = new String[args.length]; for(int i = 0 ;i < args.length ; i++){ params[i] = args[i].toString(); } noteLoginInfo(params, method.getName()); return method.invoke(object, args); }} |
最后的客户端类：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
|
package com.test.my;import java.lang.reflect.Proxy;public class Client { public static void main(String[] args) { //不调用代理模式时 IUser user = new User("firs","123"); user.login("firs", "123"); user.editNickname("大风"); System.out.println(""); System.out.println("=============调用静态代理模式后==========="); //需要实现记录用户登录和修改昵称操作的日志功能 //基于“拓展开发，修改关闭”的设计准则，我们可以用静态代理的方式 IUser proxy = new StaticProxy("firs","123"); proxy.login("firs", "123"); proxy.editNickname("我还是大风"); System.out.println(""); System.out.println("=============调用动态代理模式后==========="); DynamicProxy dynamicProxy = new DynamicProxy("firs","123",Admin.class); ClassLoader cl = Admin.class.getClassLoader(); IUser iuser = (IUser)Proxy.newProxyInstance(cl, new Class[]{IUser.class}, dynamicProxy); iuser.login("firs","123"); iuser.editNickname("使用动态代理后的大风"); }} |
因为需求而增加的Admin类
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
public class Admin implements IUser { private String nickname; private String userId; private String password; public Admin(String userId,String password){ this.userId = userId; this.password = password; } @Override public void login(String userId, String password){ if(this.userId == userId && this.password == password){ System.out.println("用户登录成功"); } else System.out.println("用户登录失败"); } @Override public void editNickname(String nickname) { this.nickname = nickname; System.out.println("修改昵称成功，当前用户的昵称是:"+this.nickname); }} |
总结：
1.静态代理模式相对来说比较简单，要点在于对于每个实现类（subject主体）新建一个代理类，该代理类内有实体类（subject主体）的引用，从而可以实现对原有实现类（subject主体）的控制，包括aop的控制等。
2.静态代理是有局限性的，对于每个实体类可能都需要新建一个静态代理类，这样子可能会造成静态代理类过多的情况，所以动态代理应运而生了。
3.动态代理不局限于具体的实现类（subject主体），在其内部是用object存取实体类的引用，再利用反射获得该实体类的各种方法，从而实现对实现类（subject主体）的面向 切面AOP编程控制。
4.上述的写法是JDK里的动态代理，不是特别完美，因为这种动态代理需要实体类实现至少一个接口。问题是并不是所有的类都会有接口，所以说不完美在这里。
上面都是我自己对于代理模式的理解，如有错漏，还请批评指正，多谢。
以上这篇java设计模式-代理模式(实例讲解)就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持服务器之家。
原文链接：http://www.cnblogs.com/sundaymorning/archive/2017/09/27/7579540.html
