song0394的专栏

与普通bundle相比，框架本身也是一个bundle。这些bundle称之为系统bundle。通过系统bundle，框架可以注册供其他bundle使用的服务。例如包管理和权限管理服务。在接口BundleContext中定义了方法getBundle()，可以用来返回安装的系统bundle的集合。系统bundle在以下方面有别于其他bundle：l         系统bundle的标志符通常

 OSGi运行环境内部的事件主要包括三类：框架事件（FrameworkEvent）STARTED   框架已经启动ERROR   某个Bundle启动过程中引发错误WARNING    某一Bundle引发一个警告INFO   某一Bundle引发一个INFO类型的事件PACKAGES_REFRESHED   PackageAdmin.refreshPackage操作执行完

OSGi 框架支持以下生命周期层事件：l         BundleEvent — 报告bundle的生命周期改变l         FrameworkEvent — 报告框架的启动、启动级别的改变、包的更新或者是捕获的错误。事件的实际类型可以通过getType方法获得。返回的是一个整形数据，在类中定义了整形数据的含义。因此，可以在以后对事件进行扩充。忽略处理不可识别的事件。1.

1. 简介本章规范描述了在OSGi服务平台下，如何实现管理代理对启动和停止bundle的顺序进行控制。启动级别服务给每一个bundle分配一个启动级别（start level）。管理代理可以修改bundle的启动级别，并通过设置框架激活启动级别（active start level）来启动和停止相关的bundle。只有启动级别小于或者等于激活启动级别的bundle才可以激活。启动级别服务的

System Bundle的启动级别为0。System Bundle的启动级别是不能修改的。如果试图修改System Bundle的启动级别，那么会抛出一个IllegalArgumentException异常。

5.1. 简介OSGi服务层定义了一个和生命周期层紧密结合的动态协作模型。服务模型包括发布、查找和绑定模型。一个服务（service）就是一个在服务注册中心注册的在一个或者多个Java接口下的Java对象。bundle可以注册服务，查找服务，接收注册服务状态改变的通知。5.1.1.    要点l         协作性 — 服务层必须为bundle提供一种机制来发布、查找和绑定到其它服