硬件和Windows操作系统.docVIP

硬件和Windows操作系统 目前，市场上流行很多改动版本的Windows操作系统。比如番茄花园、Ghost电脑城装机版、雨林沐风版，这些改动过的版本给电脑商城的装机带来了不小的方便之处：装机速度迅速。一般来说，一台电脑也就5-10分钟就能搞好系统；另外，这些版本的系统绝大多数集成了相应的硬件驱动程序，在系统“安装”完毕以后，所有的硬件设备“都装好了”驱动并且可以使用。这也给用户带来了表面上的方便，不再需要为驱动程序烦恼了。但是，实际使用当中，用户却遇到了意想不到的麻烦。曾经在几年前为了这类系统和朋友在网络当中讨论过多次，但是结果并不乐观：赞成这种方式装机的人数占大多数，可悲的是，大多数属于最终用户。 在过去的3年当中，笔者仔细查询了相关的资料-主要是微软的知识文库-对这一类的问题作了一些研究，发现这些版本的操作系统的制作忽略了一个最重要的Windows组件的作用，甚至到了无视状态，这个组件就是Windows操作系统的硬件抽象层-HAL。 有关硬件抽象层的技术文章多之又多，这里我只想简单的说明一下这个组件在Windows操作系统下的功能和作用。再说这个问题以前，我们还有必要简单的认识一下Windows操作系统的核心结构和组件。下面我们就以Windows2000/XP、Windows Server 2003为基础探讨一下。 下面的图示显示了一个完整的Windows操作系统的体系结构。由图可以看出，硬件抽象层处于系统组件的最底层，任何一个不论是内核模式还是用户模式的程序或者DLL文件以及其它的组件都是建立在这个层面的基础上运行的，没有这个层面的完整和正确，任何一个Windows组件都不可能正确的运行。 那么这个硬件抽象层到底是一个什么样的组件？它为什么对于Windows的操作系统如此的至关重要？要回答这个问题就牵扯了Windows的设计思路，好在今天我们要讨论的不是设计问题，这里简单的说明一下就好了：Windows当前的操作系统的一个关键的设计思路是他能够被移植到各种不同的硬件平台上，而不会因为硬件不同产生计算机无法运行的故障。那么硬件抽象层就使得这一种移植性成为可能的一个关键部分。硬件抽象层是一个可以加载的、内核模式的模块。它提供了针对Windows当前运行所在的硬件平台的底层接口。它隐藏了一些与硬件相关的细节，比如I/O接口，中断控制器，以及多处理器通信机制等任何与体系结构相关或者与及其相关的功能。 有过全手动安装Windows XP的用户都有这样的经验：在从XP安装光盘启动以后，首先提示我们的安装程序正在搜寻有关的硬件信息。Windows此时收集的硬件信息就是前面所说过的I/O接口，中断控制器等相关信息。接下来安装程序会加载一部分硬件驱动程序，有的用户会说这就是Windows提供的底层硬件支持来保证Windows安装完成后能正常使用硬件。这话说得一点没错，但是不完整，原因是他们仅仅说出了功能，而实际操作当中，这个过程就是Windows操作系统根据已经搜索的当前硬件信息并结合自身携带的硬件底层驱动来创建硬件虚拟层。 为什么Windows要这样做？原因简单，就是Windows的体系结构规定了内部组件和用户编写的硬件驱动程序并不能直接访问硬件设备；相反，当他们要获得与平台相关的信息的时候，他们可以通过调用硬件抽象层例程来保持前面提到的可移植性。在XP/2000/2003时代的操作系统当中，Windows携带了几个不同的硬件抽象层，但是在安装的时候，仅仅有一个被选用，并且被拷贝到磁盘上，其文件名为HAL.dll，这个过程就是Windows安装程序根据你当前的硬件配置按需分配出来的硬件抽象层，这个HAL文件里面已经锁定的每一个硬件的底层信息，包括CPU、鼠标等。因此，如果支持两个不同处理器的HAL有所不同的话，你就不要指望一个X86已安装的系统和系统磁盘可以在另外一个不同的处理器上引导，也就是不能启动。甚至一个简单的PS/2的鼠标的不同，都会引起系统的无法引导，更不要说整个主板+CPU都是完全不同的结构。那么AMD和Intel的CPU是绝对不同的内部结构可以不用再讨论了吧？如果倒回到Intel奔腾处理器以前的时代，这个不成问题，因为那个时候的AMD还没有自我设计能力，他们不过是拿着Intel的授权来生产Intel标准的CPU，当时的产品不论是接口和核心架构都是完全相同的。 也许有人会说，他们已经成功地卸载了所有的硬件驱动包括CPU。我想说的是，很不幸，没有人能彻底卸载Windows底层驱动，特别是已经被拷贝到安装好的系统当中的HAL文件，简单的卸载或者其它什么手段是无法改变里面的信息的，这些信息就是前面说到在安装初始化阶段所收集的信息。这些信息和CPU、芯片组、内存控制器、硬盘的控制电路等硬件的I/O、中断控制有密切的不可分割的绝对关