javaproxy经典例子

java Proxy 底层实现

将 interfaceNames 数组转化为 List

Object key = Arrays.asList(interfaceNames);

/*

* Find or create the proxy class cache for the class loader.

*/

Map cache;

锁loaderToCache (在这个scope 内 同时只能有一个线程调用, 其它的排队等待)

synchronized (loaderToCache) {

// 从loaderToCache(没猜错的话应该是个Map的实例) 里面获取 以loader为key 的 map

cache = (Map) loaderToCache.get(loader);

//如果在loaderToCache中不存在以loader 为key的map 对象, 创建一个并放到 loaderToCache中

if (cache == null) {

cache = new HashMap();

loaderToCache.put(loader, cache);

}

/*

* This mapping will remain valid for the duration of this method,

* without further synchronization, because the mapping will only be

* removed if the class loader becomes unreachable.

*/

}

/*

* Look up the list of interfaces in the proxy class cache using the

* key. This lookup will result in one of three possible kinds of

* values: null, if there is currently no proxy class for the list of

* interfaces in the class loader, the pendingGenerationMarker object,

* if a proxy class for the list of interfaces is currently being

* generated, or a weak reference to a Class object, if a proxy class

* for the list of interfaces has already been generated.

*/

synchronized (cache) {

/*

* Note that we need not worry about reaping the cache for entries

* with cleared weak references because if a proxy class has been

* garbage collected, its class loader will have been garbage

* collected as well, so the entire cache will be reaped from the

* loaderToCache map.

*/

do {

Object value = cache.get(key);

if (value instanceof Reference) {

proxyClass = (Class) ((Reference) value).get();

}

if (proxyClass != null) {

// proxy class already generated: return it

return proxyClass;

} else if (value == pendingGenerationMarker) {

// proxy class being generated: wait for it

try {

cache.wait();

} catch (InterruptedException e) {

/*

* The class generation that we are waiting for should

* take a small, bounded time, so we can safely ignore

* thread interrupts here.

*/

}

continue;

} else {

/*

* No proxy class for this list of interfaces has been

* generated or is being generated, so we will go and

* generate it now. Mark it as pending generation.

*/

cache.put(key, pendingGenerationMarker);

break;

}

} while (true);

}

可以查查 Map的用法 比较简单的集合对象.

Java设计模式之Proxy模式

为什么要使用Proxy?

授权机制 不同级别的用户对同一对象拥有不同的访问权利 如Jive 论坛系统中 就使用Proxy 进行授权机制控制 访问论坛有两种人:注册用户和游客(未注册用户) Jive 中就通过类似ForumProxy 这样的代理来控制这两种用户对论坛的访问权限

某个客户端不能直接操作到某个对象 但又必须和那个对象有所互动

举例两个具体情况:

( )如果那个对象是一个是很大的图片 需要花费很长时间才能显示出来 那么当这个图片包含在文档中时 使用编辑器或浏览器打开这个文档 打开文档必须很迅速 不能等待大图片处理完成 这时需要做个图片Proxy 来代替真正的图片

( )如果那个对象在Internet 的某个远端服务器上 直接操作这个对象因为网络速度原因可能比较慢 那我们可以先用Proxy 来代替那个对象

总之原则是 对于开销很大的对象 只有在使用它时才创建 这个原则可以为我们节省很多宝贵的Java 内存 所以 有些人认为Java 耗费资源内存 我以为这和程序编制思路也有一定的关系

如何使用Proxy?

以Jive 论坛系统为例 访问论坛系统的用户有多种类型:注册普通用户 论坛管理者 系统管理者 游客 注册普通用户才能发言;论坛管理者可以管理他被授权的论坛;系统管理者可以管理所有事务等 这些权限划分和管理是使用Proxy 完成的

Forum 是Jive 的核心接口 在Forum 中陈列了有关论坛操作的主要行为 如论坛名称 论坛描述的获取和修改 帖子发表删除编辑等

在ForumPermissions 中定义了各种级别权限的用户:

public class ForumPermissions implements Cacheable {

/*** Permission to read object */

public static final int READ = ;

/*** Permission to administer the entire sytem */

public static final int SYSTEM_ADMIN = ;

/*** Permission to administer a particular forum */

public static final int FORUM_ADMIN = ;

/*** Permission to administer a particular user */

public static final int USER_ADMIN = ;

/*** Permission to administer a particular group */

public static final int GROUP_ADMIN = ;

/*** Permission to moderate threads */

public static final int MODERATE_THREADS = ;

/*** Permission to create a new thread */

public static final int CREATE_THREAD = ;

/*** Permission to create a new message */

public static final int CREATE_MESSAGE = ;

/*** Permission to moderate messages */

public static final int MODERATE_MESSAGES = ;

public boolean isSystemOrForumAdmin() {

return (values[FORUM_ADMIN] || values[SYSTEM_ADMIN]);

}

}

因此 Forum 中各种操作权限是和ForumPermissions 定义的用户级别有关系的 作为接口Forum 的实现:ForumProxy 正是将这种对应关系联系起来 比如 修改Forum 的名称 只有论坛管理者或系统管理者可以修改 代码如下:

public class ForumProxy implements Forum {

private ForumPermissions permissions;

private Forum forum;

this authorization = authorization;

public ForumProxy(Forum forum Authorization authorization

ForumPermissions permissions)

{

this forum = forum;

this authorization = authorization;

this permissions = permissions;

}

public void setName(String name) throws UnauthorizedException

ForumAlreadyExistsException

{

//只有是系统或论坛管理者才可以修改名称

if (permissions isSystemOrForumAdmin()) {

forum setName(name);

}

else {

throw new UnauthorizedException();

}

}

}

而DbForum 才是接口Forum 的真正实现 以修改论坛名称为例:

public class DbForum implements Forum Cacheable {

public void setName(String name) throws

ForumAlreadyExistsException {

this name = name;

//这里真正将新名称保存到数据库中

saveToDb();

}

}

凡是涉及到对论坛名称修改这一事件 其他程序都首先得和ForumProxy 打交道 由ForumProxy 决定是否有权限做某一样事情 ForumProxy 是个名副其实的 网关 安全代理系统

我们已经知道 使用Forum 需要通过ForumProxy Jive 中创建一个Forum 是使用Factory 模式 有一个总的抽象类ForumFactory 在这个抽象类中 调用ForumFactory 是通过getInstance()方法实现 这里使用了Singleton getInstance()返回的是ForumFactoryProxy

为什么不返回ForumFactory 而返回ForumFactory 的实现ForumFactoryProxy?

原因是明显的 需要通过代理确定是否有权限创建forum

在ForumFactoryProxy 中我们看到代码如下:

public class ForumFactoryProxy extends ForumFactory {

protected ForumFactory factory;

protected Authorization authorization;

protected ForumPermissions permissions;

public ForumFactoryProxy(Authorization authorization ForumFactory factory

ForumPermissions permissions)

{

this factory = factory;

this authorization = authorization;

this permissions = permissions;

}

public Forum createForum(String name String description)

throws UnauthorizedException ForumAlreadyExistsException

{

//只有系统管理者才可以创建forum

if (permissions get(ForumPermissions SYSTEM_ADMIN)) {

Forum newForum = factory createForum(name description);

return new ForumProxy(newForum authorization permissions);

}

else {

throw new UnauthorizedException();

}

}

方法createForum 返回的也是ForumProxy Proxy 就象一道墙 其他程序只能和Proxy 交互操作

注意到这里有两个Proxy:ForumProxy 和ForumFactoryProxy 代表两个不同的职责:使用Forum 和创建Forum;

至于为什么将使用对象和创建对象分开 这也是为什么使用Factory 模式的原因所在:是为了 封装 分派 ;换句话说 尽可能功能单一化 方便维护修改

以上我们讨论了如何使用Proxy 进行授权机制的访问 Proxy 还可以对用户隐藏另外一种称为copy on write 的优化方式 拷贝一个庞大而复杂的对象是一个开销很大的操作 如果拷贝过程中 没有对原来的对象有所修改 那么这样的拷贝开销就没有必要 用代理延迟这一拷贝过程

比如:我们有一个很大的Collection 具体如hashtable 有很多客户端会并发同时访问它

其中一个特别的客户端要进行连续的数据获取 此时要求其他客户端不能再向hashtable 中增加或删除 东东

最直接的解决方案是:使用collection 的lock 让这特别的客户端获得这个lock 进行连续的数据获取 然后再释放lock

public void foFetches(Hashtable ht){

synchronized(ht){

//具体的连续数据获取动作

}

}

但是这一办法可能锁住Collection 会很长时间 这段时间 其他客户端就不能访问该Collection 了

第二个解决方案是clone 这个Collection 然后让连续的数据获取针对clone 出来的那个Collection 操作 这个方案前提是 这个Collection 是可clone 的 而且必须有提供深度clone 的方法 Hashtable 就提供了对自己的clone 方法 但不是Key 和value 对象的clone 关于Clone 含义可以参考专门文章

public void foFetches(Hashtable ht){

Hashttable newht=(Hashtable)ht clone();

}

问题又来了 由于是针对clone 出来的对象操作 如果原来的母体被其他客户端操作修改了 那么对clone 出来的对象操作就没有意义了

最后解决方案:我们可以等其他客户端修改完成后再进行clone 也就是说 这个特别的客户端先通过调用一个叫clone 的方法来进行一系列数据获取操作 但实际上没有真正的进行对象拷贝 直至有其他客户端修改了这个对象Collection

lishixinzhi/Article/program/Java/gj/201311/27422

java动态代理有什么应用，举几个例子看看，可以的话解释一下

import java.lang.reflect.Proxy;

A．创建一个实现接口InvocationHandler的类，他必须实现invoke方法

B．创建被代理的类以及接口。

C．通过Proxy的静态方法newProxyInstance（ClassLoader loader，Class【】interfaces，InvocationHandler handler）创建一个代理

D．通过代理调用方法。

java动态代理：是在运行是生成的class对象，在生成时必须提供一组或一个interface给它，然后该class就宣称它实现了这些interface。你当然可以把该class的实例当做这些interface中的任何一个来用，当然，这个DynamicProxy其实就是一个Proxy，他不会替你做实质性的工作，在生成它的实例时你必须提供一个handler，由它接管实际的工作。因此，DynamicProxy必须实现InvocationHandler接口。

5）一个动态代理了和一个InvocationHandler 实现关联的。每一个动态代理实例的调用都要通过InvocationHandler接口的handler（调用处理器）来调用，动态代理不做任何执行操作，只是在创建动态代理时，把要实现的接口和handler关联，动态代理要帮助被代理执行的任务，要转交给handler来执行。其实就是调用invoke方法。

Java 几种动态代理实现及其性能比较

1. 动态代理是指在运行时，动态生成代理类。代理类的字节码将在运行时生成并载入当前的ClassLoader.

生成动态代理类的方法很多，如JDK自带的动态代理、CGLIB、Javassist或者ASM库。

JDK动态代理使用简单，它内置在JDK中，因此不需要引入第三方Jar包，但相对功能比较弱。CGLIB和Javassist都是高级的字节码生成库，总体性能比JDK自带的动态代理好，而且功能十分强大。ASM是低级的字节码生成工具，使用ASM已经近乎在于使用Javabytecode编程，对开发人员要求较高，也是性能最好的一种动态代理生辰工具。但ASM的使用是在过于繁琐，而且性能也没有数量级的提升，与CGLIB等高级字节码生成工具相比，ASM程序的可维护性也较差。

JDK实现

1、步骤

1）通过实现InvocationHandler接口创建自己的调用处理器

2）通过为Proxy类指定ClassLoader对象和一组interface来创建动态代理类

3）通过反射机制获得动态代理类的构造函数，其唯一参数类型是调用处理器接口类型

4）通过构造函数创建动态代理类实例，构造时调用处理器对象作为参数被传入

2、创建代理

//InvocationHandlerImpl 实现了InvocationHandler接口，并能实现方法调用从代理类到委托类的分派转发

//其内部通常包含指向委托类实例的引用，用于真正执行分派转发过来的方法调用

InvocationHandler handler = new InvocaitonHandlerImpl(..);

//通过Proxy为包括Interface接口在内的一组接口动态创建代理类的对象

Class clazz = Proxy.getProxyClass(classLoader,new Class[]{Interface.class,…});

//通过反射从生成的类对象获得构造函数对象

Constructor constructor = clazz.getConstructor(new Class[]{InvocationHandler.class});

//通过构造函数对象创建动态代理类实例

Interface Proxy = (Interface)constructor.newInstance(new Object[]{handler});

//Proxy类的静态方法newProxyInstance对上面具体步骤的后三步做了封装，简化了动态代理对象的获取过程。

//InvocationHandlerImpl实现了InvocaitonHandler接口，并能实现方法调用从代理类到委托类的分派转发

InvocaitonHandler handler = new InvocationHandlerImpl(..);

//通过Proxy直接创建动态代理类实例

nterface proxy = (Interface)Proxy.newProxyInstance(classLoader,new Class[]{Interface.class},handler);

3、代码

/**

* 接口

*

*/

public interface IDBQuery {

String request();

}

/**

* 真实的实现类，具体的目标对象

*

*/

public class DBQuery implements IDBQuery {

public DBQuery(){

try {

Thread.sleep(1000); //可能包含数据库连接等耗时操作

} catch (InterruptedException e) {

e.printStackTrace();

}

}

@Override

public String request() {

return “request string”;

}

}

/**

* JDK动态代理的实现类

*

*/

public class JdkDbQueryHandler implements InvocationHandler{

IDBQuery real = null; //主题接口

/**

* 生成Handler

*/

@Override

public Object invoke(Object proxy, Method method, Object[] args)

throws Throwable {

if(real == null)

real = new DBQuery(); //如果是第一次调用，则生成真实对象

return real.request(); //使用真实主题完成实际的操作

}

/**

* 利用Handler生成动态代理对象

*/

public static IDBQuery createJdkProxy(){

//根据指定的类加载器和接口以及截获器，返回代理类的一个实例对象

//ClassLoader loader :指定被代理对象的类加载器

//Class[] Interfaces ：指定被代理对象所以事项的接口

//InvocationHandler h :指定需要调用的InvocationHandler对象

IDBQuery jdkProxy = (IDBQuery) Proxy.newProxyInstance(ClassLoader.getSystemClassLoader(), new Class[]{IDBQuery.class}, new JdkDbQueryHandler());

return jdkProxy;

}

}