从Windows 7 RTM版功能优劣谈起

作为一名系统爱好者，几乎所有的Windows 7测试版都使用过了。一路下来，看到了Windows 7逐步完善和提高，同时也对Windows 7中不尽人意的地方也感同身受。眼下，Windows 7 RTM发布，有必要对自己就Windows 7的测试经历进行一番总结。本文将从从几个方面细数Windows 7新特性的优劣，并对Windows 7 正式版进行展望。

曾几何时，安装操作系统让不少用户望而却步，特别是后期的驱动安装会遇到许多意想不到的问题。在Windows 7中，这种状况有了很大的改变，安装系统不再需要跨越多高的技术门槛。通常情况下，对于一些主流的、具有一定知名度的硬件产品Windows 7都集成了相应的驱动程序，在安装过程中不需要用户参与可自动检测完成驱动的安装。对于其他硬件，系统提供的公用驱动一般都能够驱动。对于Windows 7笔者一直非常关注，微软发布的各个测试版本大多数进行了测试。在笔者的测试过程中，发现对于硬件的支持Windows 7越来越好，此前不能支持或者支持得不够好的硬件在下一个版本中都得到了解决。对于个别硬件，虽然系统可能并没有在第一时间识别安装驱动，然而一旦Windows连入网络，它就能够自动找到并安装所有关键不仅的驱动程序，包括打印机和移动设备更新。Windows Update和Windows 7的完善配合，使得系统安装更简单，一般用户都能够完成操作。Windows 7在安装上的改进提升了用户的使用体验，当然也解放的IT管理人员，不需要为准备所有机型的驱动设备而花费时间和精力了。此外，需要提一下Windows 7 下的“设备和打印机，在此我们可以清晰地了解当前与计算相连接的设备，并对其进行直观的操作管理。总的来说，Windows 7在硬件兼容性、系统安装方面做得还算不错。我们有利用期待，在Windows 7 RTM发布之后，能够彻底改写让用户苦于寻找驱动的历史。

从Windows Vista开始，语言从系统中独立出来实现了模块化，用户可以自由地安装不同的语言包，并且可以非常方便地在不同的语言之间切换。伴随着Windows 7不同测试版本的发布，微软也发布了相对应的语言包。但是不幸的是，因为是测试版的缘故，这些语言包遭遇了一系列的本地化问题。比如，笔者就遇到这样的情况：在命令行下执行命令的时，命令结果中往往会显示乱码。估计是因为语言包的本地化程度不够彻底，或者是某些字体的显示问题。此外，有网友反应，在安装有中文包的Windows 7中执行Troubleshoot Compatibility 时，会出现未知错误导致 Program Compatibility 失败。此时，用户只有切换到英文版界面时才可解决问题。当然，最令用户不能忍受的是：本来在英文界面中显示正常的窗口，一旦切换到中文界面中时窗口就会溢出，在桌面上不能显示所有的窗口，窗口上的按钮更是无法定位和点击。比如Windows 7中的ClearType微调程序，在英文界面中可以完整显示，但切换到中文界面中时就显示不完整，下面的按钮溢到窗口外面了。笔者估计，这应该是切换到中文版后系统系统将所有文字显示为中文，而且会使用更大字号的字体，这样就导致窗口增大屏幕显示不下溢出了。其实这非常普遍，特别是一些分辨率不高的计算机(例如上网本)或者其他设备中更加明显。基于此，我们期待在Windows RTM中有关语言的本地化能够得到很好的解决。

从Windows Vista开始，微软在操作系统的模块化道路上越走越远，我们从测试版的Windnows 7中就可看到这个趋势。在此前的系统中用inf来描述系统，从Vista开始彻底进化为模块化的系统。所谓Windows系统中的模块实际上就是有一个或多个二进制文件、一个编录文件，以及一个用于描述相关文件安装方式的XML文件组成，从相关的注册表键值和服务，到文件所需要的安全权限等信息都包含在内。其实，我们通常所知是系统的不同版本(例如windows 7的Starter、Home Basic、Professional、Enterprise、Ultimate)就是通过模块化实现的，即集成或不集成某些模块(组件)从而产生不同的版本。

就笔者的感觉，Windows 7的模块化主要表现在两个方面：一个是驱动的模块化，另一个是功能组件的模块化。就驱动的模块化来说，微软从Windows Vista开始就已经在做了。不知道大家有没有注意到，从Vista开始在系统目录下新增了一个名为WinSxS的文件夹，其实该文件夹就是系统模块仓库。每个模块都有不同的名称，其中包含了该模块的版本、语言，以及适用的处理器架构等信息。对于系统，只在WinSxS文件夹中保存模块，而我们在系统中其他位置看到的，这些文件的所有其他实例，实际上都属于通过硬链接创建的到模块仓库的“投影。操作系统中，每个文件的每个版本只存在一个实例，该实例就位于WinSxS文件夹中。对于Windows 7中的功能模块化，我们可非常直观地从“开启或关闭Windows功能窗口中看到。在此，列出了所有系统可用的组件(例如IE、Telnet、Media、Tftp等)，用户可根据需要添加或关闭某些系统组件。特别值得一提的是，在此我们可选择是否使用Internet Explorer 8，这是微软第一次让用户决定是否使用其自己的浏览器。对于用户来说系统的模块化程度越高，其自主性就越大，可自由定制系统的选项就越多，同时也方便了OEM厂商进行定制。因此，我们期待Windows 7 RTM在这方面做得更彻底、更好。

虚拟化无疑是Windows 7的一大亮点，也极大地提升了用户的使用体验。首先值得一提的是Native Boot，这项功能非常有意思也比较实用，它允许我们能够直接引导并运行存储在VHD文件中的操作系统。Windows 7系统内建了对VHD文件的支持，被可被操作系统认为是一块物理的硬盘可进行读写操作，这是Native Boot技术的基础。我们知道，通常我们可以从光盘、硬盘、软盘、U盘、网络等方式来启动系统，Native Boot启动方式是一种全新的启动方式。有网友认为“Windows 7是最容易安装和部署的操作系统，在实战中直接使用 Windows PE 的 Imagex 命令来直接释放 Windows 7 安装源中我需要的版本，由于不再受HAL的制约，可以轻松地在任意一台 PC，甚至虚拟机中制作一份标准化的系统参考映像，将他们放在移动硬盘上或网络存储中，快速的执行安装和部署任务。这一特性将彻底改变企业管理员以往沉重而复杂的系统部署工作。经过笔者的实战测试，确实比较实用的，利用这种方式部署系统是非常快捷的，而且可实现系统的快速迁移。关于如何利用Native Boot启动系统，因为已经和很多网友提供了详细的步骤笔者就不赘述了，只是希望大家能够在实战中灵活应用提高工作效率。

除了Native Boot，Windows 7的虚拟XP模式也是其虚拟化的一个体现。其实，所谓虚拟XP模式是Windows 7的一项可选功能，用于解决用户在虚拟机中运行Windows XP程序的需要。其实，这项功能应该属于系统兼容性方面，这项功能的初衷是好的。用于够帮助企业解决现有针对WindowsXP而开发的业务程序顺利地运行在Windows 7环境中。这样一来，企业完全可以不用顾及升级操作系统而引发的业务程序兼容性问题，并且还节省了以往对业务程序的升级费用。但是似乎事与愿违，Native Boot不同，用户对于这项功能并不买账。笔者也认为这项功能几乎没有什么用处，不仅不实用而且其无论在功能上还是在管理上都没有解决好。比如，功能太简单、对计算机要求苛刻、安全维护成本太高等等。基于以上原因，如果该功能要受到用户的青睐需要做不少改进，估计在Windows 7 RTM中不会有所改善了。

对于笔记本用户来说，是否选择Windows 7节能是一个重要的考量项。为了讨好这部分用户，Windows 7在电源管理方面做了一定的改进，使得笔记本电池的续航事件得到延长。Windows 7的默认电源管理策略中，在计算机空闲状态下会“停止不必要的CPU核心，并在SATA硬盘、USB接口和控制器上实现“睡眠特性，在无可用网络状态下自动将你的无线网卡置于“睡眠状态。当CPU使用率低，硬盘处于空闲的情况将自动进入休眠状态，并且关闭屏幕显示。此外，在Media Player上做出改进(比如预先将视频调入缓存来减少DVD驱动器的活动)，以降低CPU在处理DRM和复制保护时的功耗。就笔者的使用体验，在大概同等条件下Windows 7比Vista使得笔记本有更长的续航事件，大概在1个小时左右。微软的官方说，Windows 7之所以更节能是基于系统底层在这方的改进。就笔者看，Windows 7的节能效果主要来源于一些细节，Windows 7将更多的资源纳入电源管理的范围(比如，USB设备、桌面背景、显示器亮度、应用程序等)，而且Windows 7比Vista对于电源的管理更加智能，电源管理策略更加细化。总的来说，Windows 7的电源管理对于节能还是有一定的效果的，但与微软官方所称的效果还有差距。基于此，我们希望在Windows 7 RTM在这方面有让我们惊喜的改进。

总结：从开发到测试，历时3年的Windows 7终于要以其最终面貌和用户见面了，希望它不要让我们失望。