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。