Java动态代理机制分析及扩展,第1部分 - 编程入门网
的方 法时,这些方法最终都会由调用处理器的 invoke 方法执行,此外,值得注意的 是,代理类的根类 java.lang.Object 中有三个方法也同样会被分派到调用处理 器的 invoke 方法执行,它们是 hashCode,equals 和 toString,可能的原因 有:一是因为这些方法为 public 且非 final 类型,能够被代理类覆盖;二是 因为这些方法往往呈现出一个类的某种特征属性,具有一定的区分度,所以为了 保证代理类与委托类对外的一致性,这三个方法也应该被分派到委托类执行。当 代理的一组接口有重复声明的方法且该方法被调用时,代理类总是从排在最前面 的接口中获取方法对象并分派给调用处理器,而无论代理类实例是否正在以该接 口(或继承于该接口的某子接口)的形式被外部引用,因为在代理类内部无法区 分其当前的被引用类型。
接着来了解一下被代理的一组接口有哪些特点。首先,要注意不能有重复的 接口,以避免动态代理类代码生成时的编译错误。其次,这些接口对于类装载器 必须可见,否则类装载器将无法链接它们,将会导致类定义失败。再次,需被代 理的所有非 public 的接口必须在同一个包中,否则代理类生成也会失败。最后 ,接口的数目不能超过 65535,这是 JVM 设定的限制。 最后再来了解一下异常处理方面的特点。从调用处理器接口声明的方法中可 以看到理论上它能够抛出任何类型的异常,因为所有的异常都继承于 Throwable 接口,但事实是否如此呢?答案是否定的,原因是我们必须遵守一个继承原则: 即子类覆盖父类或实现父接口的方法时,抛出的异常必须在原方法支持的异常列 表之内。所以虽然调用处理器理论上讲能够,但实际上往往受限制,除非父接口 中的方法支持抛 Throwable 异常。那么如果在 invoke 方法中的确产生了接口 方法声明中不支持的异常,那将如何呢?放心,Java 动态代理类已经为我们设 计好了解决方法:它将会抛出 UndeclaredThrowableException 异常。这个异常 是一个 RuntimeException 类型,所以不会引起编译错误。通过该异常的 getCause 方法,还可以获得原来那个不受支持的异常对象,以便于错误诊断。 代码是最好的老师 机制和特点都介绍过了,接下来让我们通过源代码来了解一下 Proxy 到底是 如何实现的。 首先记住 Proxy 的几个重要的静态变量: 清单 5. Proxy 的重要静态变量
Java动态代理机制分析及扩展,第1部分(4)时间:2011-06-21 IBM / 王忠平 何平然后,来看一下 Proxy 的构造方法: 清单 6. Proxy 构造方法
接着,可以快速浏览一下 newProxyInstance 方法,因为其相当简单: 清单 7. Proxy 静态方法 newProxyInstance
|
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |