Mozilla研究-组件加载机制

组件加载机制

在传统意义下，模块(Module)通常是设计时的范畴，而组件(Component)则是指运行时的范畴。它们两者的关系与类和对象的关系极为相似。有时为了简单了起见，往往并不严格区分它们，在本文中也是如此。

在mozilla中，组件一般都用nsModuleComponentInfo结构来描述，这些结构为组件的查找和创建提供了必要信息。按组件加载方式来区分，组件可以分为四种类型。

1.. 内置组件。这些组件实现了mozilla 的核心功能，其中大多数都是不可或缺的，比如像内存管理、调试系统和错误处理等等。这些组件是在nsXPComInit.cpp中的components 变量里定义，可以用配置参数来选择一些可选组件。在系统起动时，由NS_InitXPCOM3负责将这些组件注册到组件管理器。

2. 动态库组件。动态库组件封装在独立的动态库中，这些组件可能是mozilla内置的，也可能是第三方开发的。只要在动态库中导出 NSGetModule函数，就可以被mozilla当作组件加载。

nsNativeComponentLoader负责加载这类组件，它通过nsDll的GetModule函数调用动态库导出的NSGetModule，从而加载组件，并注册到组件管理器中。

3. 静态库组件。在Mozilla里，除了前面所说内置组件外的扩展组件，在通常情况下都是以动态库组件形式提供的，但有时为了提高时间和空间上性能，往往把这些组件静态编译进来。

把动态库组件变成了静态库组件，此时的加载方式也要相应变化。为了兼容动态与静态两种加载方式。Mozilla又实现了nsStaticComponentLoader来负责加载静态组件。

由于NsStaticComponentLoader和nsNativeComponentLoader都实现了nsIComponentLoader接口，所以无论是静态加载还是动态加载，对框架都没有太大的影响，这也是针对接口编程的好处之一吧。

4. JS 组件。我们知道，组件对象模型 (COM)的一个主要特点就是语言无关性。从理论上说，你可以用任何一种语言编写COM组件，然后用另外一种语言来调用它。但Mozilla目前只支持 javascript和c/c++两种语言编写的COM组件的互操作性(以后我会讲解其实现原理)，也就是说可以用javascript来实现COM组件。

加载javascript 编写的组件有别于用C/C++编写的组件，所以它需要一个专门的加载器：mozJSComponentLoader。与 nsNativeComponentLoader和nsStaticComponentLoader一样，它也实现了 nsIComponentLoader接口。

nsComponentManager里的mLoaderData管理了所有的nsIComponentLoader,可以通过函数AddLoaderType增加新的nsIComponentLoader实现。可以通过GetLoaderForType来获取已注册的nsIComponentLoader。

在nsComponentManagerImpl::Init里，已经把nsNativeComponentLoader和nsStaticComponentLoader加入mLoaderData了。由于mozJSComponentLoader本身也是一个组件，它要通过nsNativeComponentLoader或者nsStaticComponentLoader加载，然后才能使用。

当前用户第一次运行时，在nsComponentManagerImpl::AutoRegisterImpl里用AddLoaderType把mozJSComponentLoader注册到nsComponentManager中。第二运行时，则是在nsComponentManagerImpl::ReadPersistentRegistry里注册的。