openfire学习总结之插件

 

一、 类加载器

 

 　　　要深入理解openfire插件机制的内部原理，必须要深入了解一下java的类加载器。类加载器作用是加载 Java 类到 Java 虚拟机中。
 　　　加载过程如下：Java 源程序编译后转换成 Java 字节码（.class），类加载器负责读取 字节码，并转换成java.lang.Class类的一个实例。

 

　　　系统提供的类加载器有：

 

　　　　１、引导类加载器（bootstrap class loader）

　　　　　　jvm内置的加载器，是用C++实现的。
　　　　　　引导类加载器的加载路径，由系统属性sun.boot.class.path来指定，它的默认值指向jre的classes目录，及lib目录下rt.jar等几个jar文件。
　　　　　　可通过-Dsun.boot.class.path来手工指定，也可通过-Xbootclasspath等属性来指定。

 

　　　　２、扩展类加载器（extensions class loader）

　　　　　　类加载路径由java.ext.dirs来确定，java.ext.dirs属性值指向一个或多个目录，默认jre/lib/ext，加载 Java 的扩展库$java_home/jre/ext/*.jar。

 

　　　　３、应用类加载器（application class loader）
           　　　主要负责加载java –classpath、-Djava.class.path或$CLASSPATH环境变量所指的目录下的类与jar包。 一般来说，Java 应用的类及其依赖jar包也都是由它来完成加载的。可以通过 ClassLoader.getSystemClassLoader()来获取它。

 

　　　Openfire中自定义的类加载器：

 

　　　　１、JiveClassLoader：类加载路径为openfireHome/lib下的所有jar,zip文件，加载openfire所依赖的核心类库。

 

　　　　２、PluginClassLoader：openfire插件加载的时候，会为每个插件创建一个PluginClassLoader对象，它加载路径为插件目录下的classes,database,i18n,web目录，与lib目录下所有的jar,zip文件，但排除plugin-pluginName.jar文件

 

二、 内部原理

 

        １、openfire插件类似于web容器下的多个独立的web应用，openfire就是容器，负责管理插件的生命周期。

 

　　２、openfire通过定时的扫描openfire/plugins目录下的.jar、.war文件及同名的目录，跟踪他们的变化，来决定加载还是卸载一个插件。这跟tomcat很类似，主要的差异在与openfire的PluginClassLoader没有tomcat的WebAppClassLoader那样的优先覆盖机制，openfire严格的遵循了java.lang.ClassLoader类的委托机制。

 

　　３、由于ClassLoader的委托模型，由JiveClassLoader加载的核心类，无法通过委托PluginClassLoader来隐式加载到插件类，即openfire/lib下的核心类不能依赖于插件中的类，而插件类却可以通过委托JiveClassLoader来加载核心类，插件类可以使用核心类，这个开发中需要注意，避免产生依赖错乱。

 

三、 生命周期

 

　　　　１、加载

　　　　加载一个插件时，先解压.jar/.war文件，读取插件目录下的plugin.xml,得到Plugin接口的一个实现类XXXPlugin，通过创建一个新的PluginLoader对象来加载XXXPlugin，调用默认的无参数构造函数创建一个XXXPlugin对象

 

　　　　２、初始化

　　　　　　通过执行initializePlugin，让插件初始化

 

　　　　３、使用

　　　　　　初始化后插件即开始工作，处理商业逻辑

 

　　　　４、销毁

　　　　　　卸载一个插件时，首先调用这个XXXPlugin对象的destroyPlugin方法，并从PluginManager中删除这个XXXPlugin对象，然后通过去除PluginClassLoader的引用，让插件中的所有类等待垃圾回收，并删除这个插件目录。destroyPlugin方法，应该终止它所开启的线程，应该删除所有由上层类加载器对PluginClassLoader加载的类实例的引用，保证插件的被垃圾回收