Java编程极限考验：ClassLoader类装载策略
大家是否这么认为？Java编程中极限考验是Classloader机制的掌握和灵活运用，特别是在复杂的系统，如存在动态类装载，Reflect，EJB,AOP等环境。

CLass.forName()
和Thread.currentThread().getContextClassLoader())
是否一样？

在很多文章中，都认为两者是一致的，如Java研究组织中一篇文章，被我从google搜索到的：
http://www.javaresearch.org/article/showarticle.jsp?column=31&thread=10178
文中说 "这个方法可以用Class.forName()代替 "，在一般简单情况是可以替代，但实际上有时候是不能替代的。

Classloader存在下面问题：
在一个JVM中可能存在多个ClassLoader，每个ClassLoader拥有自己的NameSpace。一个ClassLoader只能拥有一个class对象类型的实例，但是不同的ClassLoader可能拥有相同的class对象实例，这时可能产生致命的问题。如ClassLoaderA，装载了类A的类型实例A1，而ClassLoaderB，也装载了类A的对象实例A2。逻辑上讲A1=A2，但是由于A1和A2来自于不同的ClassLoader，它们实际上是完全不同的，如果A中定义了一个静态变量c，则c在不同的ClassLoader中的值是不同的。

因此，研究JBoss的ClassLoader策略，对于更好地实现EJB组件拼装是用好处的，因为，一个项目中可能要用其他项目的EJB组件，如何实现运行时EJB组件共享，如何实现EJB组件打包是很重要的。


为了说明ClassLoader对于复杂架构是至重关键，列举开源Portal产品Exo中ServivesManager类内容。

该类是Exo利用PicoCOntainer实现功能性Service   JavaBeans初始化，在将那些Service性质的JavaBeans加载到pico中时，需要使用到Classloader,
Exo专门设立一个ServiceContext类：


public   class   ServiceContext   {

    private   ClassLoader   cl;     //包含Classloader信息
    private   Services   services;

    public   ServiceContext(ClassLoader   cl,   Services   services)   {
        this.cl   =   cl;
        this.services   =   services;
    }

    public   ClassLoader   getCl()   {
        return   cl;
    }

    public   Services   getServices()   {
        return   services;
    }

}


在ServicesManager中，有：
private   ClassLoader   updatedClassLoader;

它的初始值是：
Thread.currentThread().getContextClassLoader();

如果，这里写Class.forName　那么简单，那么你头疼去吧。

但是这样不够：
在addService方法中，根据加入的不同ServiceContext实现类装载：


  public   void   addService(ServiceContext   context)   {
        Services   servicesToAdd   =   context.getServices();
        String   name   =   servicesToAdd.getName();
        URLClassLoader   cl   =   null;
        if(context.getCl()   instanceof   URLClassLoader)   {
            cl   =   (URLClassLoader)   context.getCl();
        }   else   {
            cl   =   URLClassLoader.newInstance(new   URL[]{},   context.getCl());
        }

        updatedClassLoader   =   new   URLClassLoader(cl.getURLs(),   updatedClassLoader);
        synchronized   (servicesContext)   {
            servicesContext.put(name,   context);
            reloadContainer();
        }
    }


其实向Picocontainer中加入一个服务很简单，上述方法的主要代码是处理Classloader，考虑到Classloader有嵌套关系，上述代码小心使用这个Service服务的父Classloader，使用父Classloader装载服务Service。


希望有兴趣者一起讨论:


------解决方案--------------------
强贴，学习。。。。。
------解决方案--------------------
牛！！！
------解决方案--------------------