和老BIOS说永别 EFI BIOS技术解析

      更为神奇的是，EFI Byte Code驱动还能绕过操作系统，直接安装在EFI环境中，这样对硬件的控制就由EFI层负责，EFI向操作系统直接提供硬件操作的接口，不需要操作系统再调用驱动。这种方式的优点是不需要进入操作系统，只需要进入EFI界面，更新驱动程序就可以完成，而且不需要对每一个操作系统进行驱动升级，只要EFI界面中升级一次，所有上层的操作系统都可以直接调用新的EFI接口。

　　EFI在开机之始就能够驱动所有的硬件，网络当然也不会例外，所以在EFI的操作界面中，程序可以直接连接上互联网，向外界求助操作系统的维修信息或者在线升级驱动程序。

更方便的编程方式

　　有人会问：既然EFI功能那么强大，那它存放在什么地方？是存放在原来的BIOS芯片中吗？答案当然是No。BIOS芯片只有256KB，远远不够EFI使用。EFI是以小型磁盘分区的形式存放在硬盘上的。EFI的安装，必须在支持EFI功能的主板上，使用光驱引导系统，然后对磁盘进行EFI化的处理，这个处理的过程，主要就是划分EFI独用的磁盘空间。

　　EFI的存储空间大约为50MB到100MB，具体视驱动文件多少而定。在这部分空间中，包含以下几个部分：

1. Pre-EFI初始化模块

2. EFI驱动执行环境

3. EFI驱动程序

4. 兼容性支持模块（CSM）

5. EFI高层应用

6. GUID 磁盘分区

　　在实现中，EFI初始化模块和驱动执行环境通常被集成在一个只读存储器中。Pre-EFI初始化程序在系统开机的时候最先得到执行，它负责最初的CPU、北桥、南桥、内存和硬盘的初始化工作，紧接着载入EFI驱动。当EFI驱动程序被载入运行后，系统便具有控制所有硬件的能力。在EFI规范中，一种突破传统MBR磁盘分区结构限制的GUID磁盘分区系统（GPT）被引入，新结构中，磁盘的分区数不再受限制（在MBR结构下，只能存在4个主分区），并且分区类型将由GUID来表示。在众多的分区类型中，EFI系统分区可以被EFI系统存取，用于存放部分驱动和应用程序。CSM是在x86平台EFI系统中的一个特殊的模块，它将为不具备EFI引导能力的操作系统提供类似于传统BIOS的系统服务。

　　由于EFI驱动开发简单，所有的硬件厂商都可以参与，为自家的硬件定制最为合适的驱动。基于EFI的驱动模型可以使EFI系统接触到所有的硬件功能，不进入操作操作系统就浏览网站不再是天方夜谭，甚至实现起来也非常简单。这对基于传统BIOS的系统来说是件不可能的任务，在BIOS中添加几个简单的USB设备支持都曾使很多BIOS设计师痛苦万分，更何况除了添加对无数网络硬件的支持外，还得凭空构建一个16位模式下的TCP/IP协议。

EFI是否固若金汤？

　　很多人担心EFI这种开放的模式将会导致新的安全隐患，因为EFI系统比传统的BIOS更易于受到计算机病毒的攻击，当一部分EFI驱动程序被破坏时，系统有可能面临无法引导的情况。实际上，系统引导所依赖的EFI驱动部分通常都不会存放在EFI的GUID分区中，即使分区中的驱动程序遭到破坏，也可以用简单的方法得到恢复，因为只读芯片中的EFI代码足够用来引导计算机从光驱启动，此时插入EFI的安装盘，对EFI的系统存储区域进行修复或者覆盖安装，就能将PC恢复到正常。而且这个修复过程对操作系统来说，等于是从两台配置一模一样配置机器中的一台转移到另一台，并不会出现需要重新识别硬件的情况。 EFI在概念上非常类似于一个低等级的操作系统，并且具有操控所有硬件资源的能力。不少人感觉它的不断发展将有可能代替现代的操作系统。事实上，EFI的缔造者们在第一版规范出台时就将EFI的能力限制于不足以威胁操作系统的统治地位。首先，它只是硬件和操作系统间的接口规范；其次，EFI环境下不提供中断的访问机制，也就是说每个EFI驱动程序必须用轮询的方式来检查硬件状态，并且需要以解释的方式运行，较操作系统下的驱动效率低得多；第三，EFI系统不提供复杂的存储器保护功能，它只具备简单的存储器管理机制，具体来说就是指运行在x86处理器的段保护模式下，以最大寻址能力为限把存储器分为一个平坦的段，所有的程序都有权限存取任何一段位置，并不提供真实的保护服务。