WinCE6.0 OAL的特点

     WinCE6.0的OAL跟WinCE5.0中的有较大差别。了解这些差别，对我们移植OAL部分很有帮助。本文将简要介绍WinCE6.0 OAL的特点。

     WinCE5.0将内核、OAL和KITL链接成一个内核可执行文件NK.exe。而WinCE6.0将这三者分开，分别对应Kernel.dll、OAL.exe和KITL.dll。显而易见，这样做最大的好处是可以单独升级这三者中的任何一个，而先前的结构则是牵一发而动全身的。WinCE5.0的OAL结构如图1所示： 

                            
                    图1

WinCE6.0的OAL结构如图2所示： 

               图2
      对比图1和图2，可以看到CE6.0的OAL在功能上和CE5.0的基本一致，主要包括初始化、中断管理和IOCTL等。在图2中增加了NKStub.lib、NKGLOBAL和OEMGLOBAL等内容。这对于WinCE6.0是至关重要的。在CE5.0中，由于内核、OAL和KITL最终链接到一个可执行程序中，所以可以直接相互调用彼此的函数。这看起来很方便，但存在安全隐患，甚至在更新内核代码的时候会影响到OAL的执行。Kernel、OAL和KITL相互独立，则消除了这个安全隐患。现在，它们之间的通讯是通过包涵函数指针和变量值的全局结构变量来实现的。每个模块编译一个函数指针列表以提供给其他模块使用，而列表中没有的函数将不能被别的模块调用。内核模块导出列表NKGLOBAL，主要包括虚拟内存操作、注册表访问和字符串处理等一些内核API以及共享的全局变量。OAL只能调用该列表中包括的内核API。为了方便OAL代码的移植，微软将函数指针列表封装到NKStub.lib中。所以，我们在移植OAL代码时没有必要通过结构中的函数指针去调用内核API，OAL代码保持原来的函数调用方式。简单看一下NKStub.c的代码实现，下面是部分代码：

       BOOL INTERRUPTS_ENABLE (BOOL fEnable)

{

    return g_pNKGlobal->pfnINT_ENABLE (fEnable);

}

       可以看到，OAL中调用相应的内核API时，NKStub将执行对应的结构中的函数指针。所以在编译OAL时，添加NKStub.lib后就可以跟以前一样使用这些内核函数。当然NKStub也包括了KITL中的相应函数列表，所以OAL也能使用KITL中的函数。

       OAL导出了列表OEMGLOBAL，其中包括了OAL函数指针和全局变量。其中有很多函数指针是必须的，如果缺少，系统将不能正常工作。而另外有些函数指针则是可选的。具体内容可查看PB帮助的相应部分。OEMGLOBAL的定义在文件：C:\WINCE600\PRIVATE\WINCEOS\COREOS\NK\OEMMAIN\oemglobal.c中。

       总结一下，CE6.0的OAL从内核中独立出来，这样方便OAL的单独升级，也提高了安全性。由于内核、OAL和KITL相互独立，所以引入了NKGLOBAL和OEMGLOBAL这两个结构以支持模块间的函数调用。为了方便代码的移植，CE6.0提供了NKStub.lib和OEMStub.lib，他们做了从函数指针到函数的转换工作。所以，在移植BSP时，原来的代码可保持不变。

到这里，我们已经知道了WinCE6.0的OAL的特点。实际移植时，还需要注意OAL的目录组织。这里将5.0和6.0 OAL部分的目录组织做一个对比。

其中，6.0的OALLIB对应5.0的OAL，OALEXE对应Kern，KITL对应Kernkitl。而5.0的kernkitlprof在6.0中一般放在oallib的目录下。在移植BSP时可参照该对应关系进行目录组织。

       本文从功能结构和目录组织上介绍了WinCE6.0 OAL的特点，在移植BSP时可作参考。有关OAL移植的具体实现，后文将详细介绍。另外，文中有不贴切的地方欢迎您指正。