在J2EE的项目中,容器给我们提供的热部署功能使得我们不用重启动容器而修改我们的代码。比如使用Weblogic,我们可以在Weblogic-application.xml中配置是否支持热部署Servlet。查阅Weblogc 文档,其实在Weblogic中,EJB组件也是可以热部署的,但如果要热部署EJB组件,Weblogc要求必须自定义ClassLoder。 |
|
(3)为了安全性,JVM加载采用了双亲委派机制,如何理解呢,就是当需要加载一个类时,当前的ClassLoader先请求父ClassLoader,依次
类推,直到父类的ClassLoader无法加载时,才通过当前的ClassLoser加载,这就保证了像String这样的类型必须使用JRE里面的, 使得JRE lib 下的类不会被修改。同时避免了ClassCaseException。
(4)在JVM中,一个实例是通过本身的类名+加载它的ClassLoader识别的,也就是说 不同的ClassLoader 加载同一个类在JVM是不同的。
(5)同一个ClassLoader是不允许多次加载一个类的,否则会报java.lang.LinkageError。attempted duplicate class definition for name XXX,在下面的例子中会指出。
既然JVM不支持热部署,那么要实现热部署,就必须自定义ClassLoader,当类被修改过后,加载该类。下面通过代码说明:
defineClass方法会把class的byte数组加载起来
测试类;Main 每隔 5s 加载一次
被加载的类
运行时,每隔5s 输出:
hahaha
classloader.DynamicClassLoader@61de33
当我们修改 System.out.println( " hahaha " ); ---> System.out.println( " changed " ); 编译LocalClass后
输出变为:
changed
classloader.DynamicClassLoader@173a10f
在loadClass 中, 我们必须重新初始化一个ClassLoader,否则就会违背同一个ClassLoader是不允许多次加载一个类的。
当然,容器的实现机制肯定要完善,不可能周期性的加载,可能回通过监听机制,动态加载修改过的类。但它的实现机制肯定也是重新 实例化一个ClassLoder,加载需要加载的类。