OSGi入门篇：生命周期层

前言

生命周期层在OSGi框架中属于模块层上面的一层，它的运作是建立在模块层的功能之上的。生命周期层一个主要的功能就是让你能够从外部管理应用或者建立能够自我管理的应用（或者两者的结合），并且给了应用本身很大的动态性。 
这一章里，我们介绍生命周期层的基本特性和如何有效的使用这些特性。当然按照惯例，我们依然会先讲清楚什么是生命周期管理以及OSGi需要生命周期管理的原因，然后再讲解生命周期层的一些基本内容。

1 什么是生命周期管理

一般来说，程序（或者程序的一部分）都一定服从某种生命周期。软件的生命周期有4个典型的阶段，如下图：

如果你正在创建一个应用，首先你得安装(install)它；然后当这个应用的所有依赖都满足了，我们就可以执行（execute）这个应用；如果这个应用不需要了，我们可以停止（stop）它；过了一段时间，我们可能需要更新（update）这个应用的版本；最后，我们可能会移除（remove）这个应用，因为再也用不着了。

我们通过在外部或者内部对应用进行这些操作，完成对应用的“生命周期管理”过程。对于非模块化应用，这些操作就是以整个应用为对象的；如果是对于模块化应用，那么我们就可以有更细粒度（针对应用中的某个模块）的生命周期管理了。

无论是标准的Java还是servlet，JavaEE，他们都有不同的生命周期管理机制，那么为什么我们都需要生命周期管理应用呢？

2 为什么要管理应用的生命周期

上一章我们讲解了如何通过加入metadata来完成应用的模块化定义，但是这些元数据中只有对bunlde静态属性的介绍，而并没有提到一个应用的动态特征，比如某个特定的类或者对象在什么时候被需要和使用。

一般情况下，要想管理应用的生命周期，就得通过框架提供的API来完成。一套清晰明确的生命周期API使得你的应用可以对一段代码进行配置、初始化和维护。而OSGi标准就定义了这样的一套API，使得你能在bundle生命周期的各种阶段对其进行多种外部或内部操作，从而达到对bundle进行功能控制的目的。

由于你构建的应用被模块化为若干个部分，并且有了这些API之后你能对其中任意一个部分的去留和动作进行精确和即时的控制，那么你所构建的这个应用的灵活性就大大的提升了。如果没有生命周期管理，别人给你什么样的应用，你就只能使用什么样的应用，可控制性很低；而一旦有了生命周期管理，无论别人给你什么样的应用，你也能通过生命周期管理对这个已经模块化应用的行为（无论是启动、更新还是停止等等）进行精确控制。把应用每个部分都控制在自己的手中，是不是感觉非常棒？

3 OSGi bundle的生命周期

模块层的介绍中我们已经知道如何定义一个bundle，但是要想使用bundle，就得使用生命周期层的API，和OSGi框架的生命周期层进行交互。逐条详细介绍API会显得过于冗长（去看看OSGi标准吧），所以接下来会通过一个例子来大致讲解一下API提供给使用者的一些功能。

需要注意的是，OSGi框架的核心并没有强制使用任何特定的API交互机制（比如命令行，GUI，或者XML配置文件等），只是单纯的Java API而已，所以开发者可以任意创造出自己想要的交互模式，保证了框架的灵活性。