快速业务通道

类加载器特技:OSGi代码生成 - 编程入门网

作者 佚名技术 来源 NET编程 浏览 发布时间 2012-06-17
的选项。cglib使用这种方法 。当我们希望用户给我们传递一个可用的类加载器时这是一种可行的方案。通过 使用反射我们避免了在类加载器之上创建另一个类加载器的需要,只要调用它的 defineClass()方法即可。

类空间一致性

到了最后,我们所做的是使用OSGi的模块层合并两个不同的、未关联的类空 间。我们还引入了在这些空间中一种搜索顺序,其与邪恶的Java类路径搜索顺序 相似。实际上,我们破坏了OSGi容器的类空间一致性。这里是糟糕的事情发生的 一个场景:

框架使用包com.acme.devices,需要的是1.0版本。

应用使用包com.acme.devices,需要的是2.0版本。

类A直接饮用com.acme.devices.SinisterDevice。

类A$Enhanced在他自己的实现中使用了com.acme.devices.SinisterDevice。

因为我们搜索应用空间,首先A$Enhanced会被链接到 com.acme.devices.SinisterDevice 2.0版,而他的内部代码是基于 com.acme.devices.SinisterDevice 1.0编译的。

结果应用将会看到诡异的LinkageErrors或者ClassCastExceptions。不用说 ,这是个问题。

唉,自动处理这个问题的方式还不存在。我们必须简单的确保增强类的内部 代码直接引用的是“非常私有的”类实现,不会被其他类使用。我们甚至可以为 任何我们可能希望使用的外部API定义私有的适配器,然后在增强类代码中引用 这些适配器。一旦我们有了一个良好定义的实现子空间,我们可以用这个知识来 限制类泄露。现在我们仅仅向框架空间委托特殊的私有实现类的请求。这还会限 定搜索顺序问题,使得应用优先搜索还是框架优先搜索对结果没有影响。让所有 的事情都可控的一个好策略是有一个专有的包来包含所有增强类实现代码。那么 桥接加载器就可以检查以那个包开头的类的名称并将它们委托给框架加载器做加 载。最终,我们有时候可以对特定的单实例(singleton)包放宽这个隔离策略 ,例如org.osgi.framework - 我们可以安全的直接基于org.osgi.framework编 译我们的增强类代码,因为在运行时所有在OSGi容器中的代码都会看到相同的 org.osgi.framework - 这是由OSGi核心保证的。

类加载器特技:OSGi代码生成(6)

时间:2011-06-11 infoq 译:曹云飞

把事情放到一起

所有关于这个类加载的传说可以被浓缩为下面的100行代码:

public class Enhancer {   private final ClassLoader privateSpace;   private final Namer namer;   private final Generator generator;   private final Map<ClassLoader ,  WeakReference<ClassLoader>> cache;   public Enhancer(ClassLoader privateSpace, Namer namer,  Generator generator) {    this.privateSpace = privateSpace;    this.namer = namer;    this.generator = generator;    this.cache = new WeakHashMap<ClassLoader ,  WeakReference<ClassLoader>>();   }   @SuppressWarnings("unchecked")    public <T> Class<T> enhance(Class<T>  target) throws ClassNotFoundException {    ClassLoader context = resolveBridge(target.getClassLoader ());    String name = namer.map(target.getName());    return (Class<T>) context.loadClass(name);   }   private synchronized ClassLoader resolveBridge(ClassLoader  targetSpace) {    ClassLoader bridge = null;    WeakReference<ClassLoader> ref = cache.get (targetSpace);    if (ref != null) {     bridge = ref.get();    }    if (bridge == null) {     bridg

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢!

分享到: 更多

Copyright ©1999-2011 厦门凌众科技有限公司 厦门优通互联科技开发有限公司 All rights reserved

地址(ADD):厦门软件园二期望海路63号701E(东南融通旁) 邮编(ZIP):361008

电话:0592-5908028 传真:0592-5908039 咨询信箱:web@lingzhong.cn 咨询OICQ:173723134

《中华人民共和国增值电信业务经营许可证》闽B2-20100024  ICP备案:闽ICP备05037997号