jvm书中的OSGi简单介绍

1. 在OSGi中Bundle之间的依赖关系从传统的上层模块依赖底层模块转变为平级模块之间的依赖。
2. OSGi类加载器之间只有规则，没有固定的委派关系，各个BUndle都是平级关系
3. 例如：Bundle A：声明发布了packsgeA，依赖java.*;
   BundleB：声明依赖了packageA和packageC，同时也依赖了java.*的包
   BundleC：声明发布了packageC，依赖了packageA
   
   用户对程序动态性追求导致，代码热替换、模块热部署等。OSGI实现模块化热部署的关键是它自定义的类加载机制的实现，每一个Bundle都有一个自己的类加载器，当需要更换一个Bundle时，就把Bundle连同类加载器一起换掉以实现代码热替换。在OSGI环境下，类加载器不再双亲委派模型推荐的树状结构，而是进一步发展为更加复杂的网状结构，当收到类加载请求，OSGi将按照下面的顺序进行类搜索：
   1）将以java.*开头的类，委派给父类加载器加载
   2）否则，将委派给列表名单内的类，委派给父类加载器加载
   3）否则，将Import列表中的类，委派给Export这个类的Bundle的类加载器加载。
   4）否则，查找当前Bundle的ClassPath，使用自己的类加载器加载
   5）否则，查找类是否在自己的Fragment Bundle中，如果在，则委派给Fragment Bundle的类加载器加载。
   6）否则，查找Dynamic Import列表中的Bundle，委派给对应Bundle的类加载器加载
   7）否则，类查找失败
   上面的加载顺序，只有一二符合双亲委派模型，其余都是在平级的类加载器中进行的。