这回来分析一下OSGI的类加载机制。
先说一下OSGI能解决什么问题吧。
记得在上家公司的时候，经常参与上线。上线一般都是增加了一些功能或者修改了一些功能，然后将所有的代码重新部署。过程中要将之前的服务关掉，而且不能让客户访问。虽然每回的夜宵都不错，但还是感觉这个过程很麻烦，很别扭。
为什么明明只修改了一部分代码，却都要重新来一遍。
OSGI架构里面，很重要的一个理念就是分模块(bundle)。如果你只是修改了一个模块，就可以只热替换这个模块，不影响其它模块。想想就很有吸引力。要实现这种功能，类加载的委派模型必须大改。像AppClassLoader --》ExtClassLoader --》BootstrapClassLoader这种固定的树形结构，明显不能扩展，不能实现需求。
OSGI的规范要求每个模块都有自己的类加载器，而模块之间的依赖关系，就形成了各个类加载器之间的委派关系。这种委派关系是动态的，是自由恋爱，而不是指腹为婚。。。。。。
当然，委派是要依据规则的。这也好理解啊，谈婚论嫁时，女方的家长肯定会问，有房吗、有车吗、有几块腹肌啊。哎，又扯远了。
当一个模块(bundle)的类加载器遇到需要加载某个类或查找某个资源的请求时，规则步骤如下：
