图1：界面令人耳目一新的Windows Live Messenger 8.0

　　微软又造烟雾弹：

　　关于Windows Live Messenger 8.0的详细信息，大家可以查看PConline软件资讯“MSN总动员”或“软件评测”栏目的相关文章。在本期周谈中，山伯想和朋友们谈的是上周另一个新闻热点：Windows Vista的图形子系统Avalon是否将被微软从

图2：Avalon何去何从，令人费解

　　究竟是TechWorld曲解了微软的意思，还是雷德蒙软件巨头自打嘴巴？通过出尔反尔制造烟雾弹迷惑用户是微软惯用的伎俩，早已司空见惯的我们暂且不必理会微软的用意。山伯猜想，大家关心的问题应该是Avalon以内核模式运行还是以用户模式运行对我们这些最终用户究竟有什么样的影响呢？

　　Windows Vista跨出积极一步：

　　当前的操作系统将所有的应用程序和驱动程序分列为两种不同的权限级别，即“用户模式”和“内核模式”。以用户模式运行的程序并不能直接访问硬件设备。如果这些程序停止响应的话，CPU指令会终止该程序而不致于使系统全面崩溃。相反地，以内核模式运行的程序能够直接访问硬件，一旦出现问题便会危及整个系统。

　　1993年，微软推出了第一个NT操作系统Windows NT 3.1。因为微软当时的定位是以“可靠性”取胜，因此几乎所有的驱动程序都以用户模式运行。由于用户模式降低了系统的性能，于是从Windows NT 4.0开始，微软便将图形显示系统和图形驱动程序植入内核模式中。该策略一直持续到现在。如此一来，所有图形驱动程序的调用都必须访问系统内核，这就导致操作系统容易因图形用户界面停止响应而出现“蓝屏死机”（Blue Screen of Death，简称BSOD）的现象。Windows 9X的用户都曾深受BSOD的折腾。到了具有里程碑意义的Windows XP问世之后，家庭用户才逐渐摆脱了只有“蓝天”而没有白云的梦魇（据了解，这是因为默认状态下，Windows XP在系统出现BSOD时即自动重启，因此我们很少在Windows XP操作系统中碰到蓝屏问题）。

　　从微软上周发表的声明看来，Avalon的设计从一开始就坚持了不以内核模式运行的策略。微软的发言人上周称：因为WPF（即Avalon）大部分是在通用语言运行时（Common Language Runtime）中以托管代码（Managed Code）编写的，因此它从来就不会以内核模式运行。虽然其中有部分项目以非托管代码（Unmanaged Code）编写，但这些代码大部分只以用户模式运行。WPF通过现有的DirectX应用编程接口调用内核模式中的要素。

图3：微软曾演示Avalon效果

　　也就是说，一开始就不以内核模式运行的Avalon根本就不存在要不要从内核中剥离的问题。另一方面，就算Avalon最初真的被设计为以内核模式运行，微软现在有意将Avalon从Windows Vista系统内核移去的话也只不过是“回到过去”的做法。我们不必因此而大惊小怪，更无理由认为这是微软有向UNIX和Linux偷师的嫌疑——因为微软的NT内核架构本来就和UNIX操作系统不同。事实上，除了部分基于Mach的系统之外，包括Linux在内的UNIX系统基本上都是“单内核”架构，这就必然要求驱动程序被编译为独立于内核的模块。微软目前的NT操作系统采用的是类似于、但又超越了Mach的“混合型”微核架构，它将大多数功能封装在内核之中，驱动程序也以内核模式运行，从而能更有效地利用内存，提高系性能。从商业角度来看，NT架构更加优越。（山伯的前提是：“从商业角度来看”。）