Mozilla研究—组件加载机制

Mozilla研究—组件加载机制

 

转载时请注明出处和作者联系方式：http://blog.csdn.net/absurd

作者联系方式：Li XianJing <xianjimli at hotmail dot com>

更新时间：2007-3-5

 

mozilla是一个以浏览器为中心的软件平台，它在我们平台中占有重要地位。我们用它来实现WEB浏览器、WAP浏览器、邮件系统、电子书和帮助阅读器等应用程序。为此，我最近花了不少时间去阅读mozilla的代码和文档，我将写一系列的BLOG作为笔记，供有需要的朋友参考。本文介绍一下组件加载机制。

 

在传统意义下，模块(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里注册的。

 

~~end~~