windows操作系统的现状和发展方向

更新时间:2024-04-03 19:09:01 阅读量: 综合文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

windows操作系统的现状和发展方向

一、Longhorn概貌

当我们研究公开的文告、泄露出来的Alpha代码、白皮书、开发者会议进程——再加上些许推测——微软下一个操作系统的轮廓逐渐清晰起来。当然,鉴于预定的发布日期是2005年,事情肯定会发生一些变化——但我们仍可以看到下面这些几乎已经确定的Longhorn核心特征。

新买的PC将会预装Longhorn,对于想要升级的用户,Longhorn将会以一张可启动的CD发布。安装时,CD映像复制到硬盘后,系统将启动到一个Windows预安装环境(Preinstallation Environment)。安装时间将缩短至15分钟。

鉴于近期安全问题的突出,可以料想Longhorn将会比XP有更严格的默认安全配置,例如,Internet连接防火墙将默认启用。有人宣称微软将提供杀病毒功能,但可以相信这应该是一种误解,微软真实的打算可能是扩充一些API,使得第三方杀病毒厂商能够进一步深入到OS,从而便于提供更强大的杀毒功能,例如允许企业服务器远程扫描客户PC。 Longhorn承诺大幅度改进Windows的用户界面。新的用

户界面,代码名称是Aero,将真正发挥3D能力,极大地提高对缩放、透明、动画的支持。在Aero中,每一个应用程序可以象独占整个显示画面一样操作,这些画面经过Longhorn的桌面复合引擎(Desktop Compositing Engine)重叠、缩放、变异处理后,形成显示器上的最终输出。由于采用了这一技术,操作系统将可以使用更多的显示技巧,例如最小化窗口时逐渐将窗口收缩为一个缩略图,同时缩小但不改变窗口的内容。

Aero会对硬件提出更高的要求,因此微软打算为Aero引入多个层次的表现效果。最完善的Aero效果称为Tier 2,它要求有高性能的3D图形硬件,目前估计需要64 MB到128 MB的视频内存、兼容DirectX 9、硬件3D加速功能。对于硬件能力不足的环境,Aero允许以Tier 1模式运行,Tier 1模式图形表现能力略差,但兼容能力更好。

其他图形系统方面的改进还包括:提高分辨率和颜色深度,可能集成颜色管理能力。为了提高稳定性和可靠性,Longhorn将有一组新的API和一个新的驱动程序模型,另外,Tier 2模式显然还会要求经过签名的图形驱动程序。 鉴于微软多次提及BroadBench显示系统(一种抛物线形的计算机屏幕,大小与桌面相仿)以及它对多监视器系统

提高效率方面的研究,可以猜想,Longhorn还会自豪地推出某种改进的多监视器支持。

除了Aero带来的视觉享受之外,Longhorn还很可能对基本的UI作重要的改进。多年以来,微软一直在鼓吹(同时逐步地实现)“基于任务”的用户界面。基于任务的UI建立在这样一种思路上:人们要做的不是启动一个应用程序或打开一个文档,而是直接指出自己要做的事情,例如写信、发传真,等等。

可以猜想,基于任务的UI将在My Pictures文件夹之类的地方表现得特别明显。例如,我们不必再启动一个图形编辑软件然后装入图形,现在只要转到My Pictures文件夹,就可以编辑图形、创建幻灯片,或者执行其他文件管理任务,也许根本不会意识到离开过文件浏览界面。实际上,一些泄漏出来的Alpha版本确实已经包含了库(Library),它们从多个文件夹收集不同类型的对象(图形、文档,游戏),然后放入一个便于访问的虚拟容器。Longhorn还有可能包含一个My Contacts文件夹,与My Documents、My Pictures和My Music文件夹并列。

在一些UI概念的演示中,许多新的组件用一种基于XML的配置语言定义,令人想起微软曾经试图通过Active

Desktop将HTML集成到桌面环境的努力。Sidebar就是这些新的组件之一,它是一个桌面上的面板,其中包含一些可以连接到本地或远程资源的“瓦片”(Tiles)。应用程序可以选择提供“瓦片”来替代托盘图标。泄漏出来的Alpha版本包含许多“瓦片”,诸如Synchronize(同步程序)、Most Frequent Apps(最常用的应用程序)、Windows Media Player、Search等。新的控制面板包括父母控制选项,例如限制登录时间、只允许玩ESRB(Entertainment Software Rating Board)分级机构指定的游戏。

Longhorn还承诺在多媒体方面作出改进。Longhorn将包含一个UAA(Universal Audio Architecture,通用音频体系结构)驱动程序体系,其基本思路是,就象默认的VGA显示驱动程序能够利用任何显示适配器提供基本的显示功能一样,UAA的功能就是提供不依赖于具体音频适配器的基本音频功能。此外,UAA的另一个设计目标是简化音频外围设备的安装,支持数字版权管理技术,据推测可能还有所谓的“无杂音”(Flitch-Free)音频技术。

微软还打算简化操作系统的音频控制。Longhorn将提供一个集中式的音频控制面板,带有GFX(Global Effect)功能,使得系统混频器和音频驱动程序之间能够插入表现效果。它会让用户针对不同的场景设置音频个性配置文件,同

时为应用程序提供钩子(Hook),应用程序可以根据不同的环境相应地调整音频效果。例如,你可以放心地欣赏音乐,却不必担心突如其来的即时通信系统(QQ、MSN Messenger等)提示呼叫影响效果。

另外,Longhorn还将提供一个媒体内容安全的框架,通过WMDM(Windows Media Device Manager)和MTP(Media Transfer Protocol,媒体传输协议)为移动音频设备提供更加直接的接口。 二、未来的开发工具

开发者需要尽早获得与新平台兼容的开发工具,否则的话他们就不能编写应用程序来展示新的功能。另一方面,新的开发工具本身也透露出未来平台的信息。

Longhorn的发行日期不会早于2005,微软计划分两个阶段揭示新版的Visual Studio,其代码名称分别是Whidbey和Orcas。2004年会有一个Whidbey的项目发行,它将能够在当前安装了.NET的平台和Longhorn上运行,它编译的应用程序也一样。一个新的SQL Server版本,代码名称Yukon,将随同Whidbey一起发布。Orcas预期与Longhorn一起发布,它将全面支持Longhorn的新功能。

2.1 Whidbey

十月末的微软专业开发者大会(PDC)上Whidbey的Beta测试已经启动,PDC 2003的大部分内容都与Whidbey有关。对开发者影响最大的是语言方面的改进,由于所有.NET编程语言都依赖于同一个公共语言运行时环境(CLR),你也许认为各种语言的特征会有重叠,但在Whidbey中,它们表现出了更多的差异。 ■ Visual Basic:

VB方面的改进围绕提高开发效率进行,承诺只用原来一半的代码就可以完成常见的任务。VB开发环境将自动生成常见任务的代码,提出程序错误的修正建议,很象Word提出的拼写错误修改建议。 ■ Visual C#:

VC#将集成许多新的语言特性,它们来自一些少有人知的编程语言,诸如CLU、Icon和Sather。语言方面的改进目标是简化某些任务,方便代码重用,允许将类型定义分离到多个模块。 ■ Visual J#:

追随微软的程序员再也不必担心微软Java虚拟机的消

失,VJ#能够自动将现有的Java Applet编译成.NET托管代码。VJ#还将能够创建可供其它.NET语言使用的类。 ■ Visual C++:

历史悠久的VC++也将获得全面升级,包括其运行库、MFC(Microsoft Foundation Classes)、通过分析正在开发的程序执行高级代码优化,以及对Windows Fusion的全面支持。

Whidbey还将带来UI的革新。Windows Forms作为Windows客户端应用程序的设计工具,将增添新的组件,其中包括一个Office风格的工具栏、托管代码的Web浏览器控件、一个新的数据绑定网格控件。ASP.NET用来设计Web应用,也将增加新的组件,例如Master Pages功能将为控制整个项目所有页面的布局和风格带来方便。 部署机制的改进包括回退到前一版本的功能、包含.NET框架的选项。无人值守部署将使得应用程序能够自动获取和使用补丁,而代码访问安全机制将防止恶意程序利用这一功能。 2.2 Orcas

虽然Orcas要到与Longhorn一起发布之前才会进入

Beta测试,但现在已经可以得知它的一些特点。微软说Orcas将支持Longhorn的“可信赖计算”模型、WinFS存储系统以及Longhorn中用户界面方面的改进。 Orcas将支持使用通用建模语言(UML)的模型驱动的开发,可能为UML加入微软私有的扩展。开发者将能够利用UML在较高的层次上定义数据和处理流程,自动生成匹配模型的代码,就象Java开发者在五年之前就开始做的那样。Whidbey将包含UML的一个初级版本。

也许对于开发者来说,最重要的是Orcas将全面支持Longhorn的“托管接口”。.NET中的托管代码提高了类型安全性和可靠性;在Longhorn下,Windows API将全部由托管代码构成。 2.3 Yukon

Yukon已进入有限Beta测试阶段,微软已经公开一些细节。SQL Server 2000的所有功能都将保留,同时Yukon将增加对64位处理器的支持,增强SQL Server编程语言T-SQL的支持。Yukon将直接支持.NET框架的CLR,因此基于Yukon的程序可以用任何.NET语言编写。

XML和Web服务的重要性越来越突出,作为回应,Yukon

将以XML格式保存非关系型的数据,并直接支持Web服务,基于Yukon的Web服务能够将Yukon的功能带给原本不支持Yukon的环境。 三、可信赖计算

Windows XP要比9x系列的操作系统安全和稳定得多,但是一连串的漏洞、修补漏洞的补丁、利用漏洞发起攻击的蠕虫又显示出微软还有很长一段路要走。改进安全性不仅仅是一个修补Bug和补救设计疏忽的问题,它还意味着提供这样一个平台,这个平台内含的功能使得设计者和用户能够执行安全的、可信赖的计算。

微软的战略是继续评估其代码中存在问题的领域并发布补丁,同时开始将更多的开发工作转移到使用.NET框架的托管代码,以避免可能影响安全性的常见错误。就长期目标而言,微软正在开发一个野心勃勃的新式基础结构——以前叫做Palladium,现在则改成了一个笨拙的缩写词NGSCB(读作“ing-scub”),全称是Next-Generation Secure Computing Base。

尽管有人嘲笑NGSCB只不过是一种强制许可限制和实现严格DRM(数字版权管理)技术的升级版,但其设计目标是提供这样一种功能,这种功能确保应用程序确实就是它们所宣称的那样,它们的角色和权限受到适当的限制,可以可靠地采

用高强度加密技术建立起可信赖的平台,为信息交换和交易提供安全的服务。

要使用NGSCB功能,主板必须带有SSC/TPM(Secure Support Component/Trusted Platform Module,即安全支持组件/可信赖平台模块),还要有支持NGSCB的处理器和芯片组、经过改装的外围设备。在处理器方面,Intel已在讨论有关LaGrande技术的计划,这种技术将提供诸如保护安全内存(即使是对于DMA访问)引擎之类功能。从即将出现的Prescott CPU及其支持芯片组开始,Intel将在它的芯片组中提供LaGrande技术。

NGSCB提供了一种额外的运行模式,软件可以在需要执行敏感任务时随时切换进入这种模式。想象一个三层的蛋糕模型,底层是硬件,中间是内核模式的软件(例如操作系统核心),顶层是用户模式的软件,例如应用程序。在概念上,NGSCB将把每一层分成两个部分。

左边的部分就是现在的硬件/软件运行情况,它仍象以前一样工作;右边的一部分则属于安全区域。应用程序通常在左边的一部分运行,直到需要某种安全服务时,它们才临时地切换到右边的部分。

在右边这一部分中,系统提供四种关键性的功能:安全

IO,密封存储,进程高度隔离,以及签证(Attestation)——数字签名的程序标识。

安全IO意味着流经输入/输出设备和系统的每一比特信息不仅已经加密(因而很难嗅探),而且经过密码签名(因而不可能在传递途中被修改)。在NGSCB的最初版本中,安全IO路径具体包括USB设备(包括键盘和鼠标)、CPU和芯片组、图形控制器,以及连接这些设备的通道。由于这些位置的信息都得到了保护,这样,恶意软件就很难得逞,例如很难监视键盘动作,也很难扫描视频内存窃取输出到屏幕的信息。

密封存储是经过密码加密的安全磁盘存储,只能通过特定的密钥加密/解密——这样,除非取得明确的授权,否则一个应用程序就不能偷窥另一程序的密封存储空间中的内容。进程高度隔离的意义也相似,它意味着一个程序不能分析或操作另一个程序使用的内存空间。

签证则提供了这样一种机制,这种机制保证每一个应用程序就是它所声明的那个程序,具体是记录一个加密的校验和,如果应用程序被修改,校验和就变成非法。其基本思路是保证特定的数据只能由获得明确授权的应用程序访问——同时确保应用程序不会被诸如特洛伊木马之类的恶意程序非法修改。这种层次的安全机制不仅能在独立的系统上

发挥作用,在联网的机器上也同样有效。

管理这些功能并为应用程序提供API的是nexus,这是一个运行在右边内核层的组件。微软打算在Longhorn中提供一个基本的nexus——但是,如果你不信任Microsoft,又该怎么办?

首先,是否使用nexus和NGSCB功能完全由用户自己决定。其次,微软计划向研究机构和有限的用户开放其nexus源代码。另外,作为一种可选的方案,第三方也可以创建可替换使用的nexus,这种第三方的nexus不必局限于Windows设备,因此可以想象的是,具有NGSCB功能的Windows客户程序能够与支持NGSCB的Linux或Solaris服务器建立安全的联系——只要这些环境能够提供相应的支持。 在用户感受方面,NGSCB的实际效果在很大程度上还不能确定,不过微软已经认识到一个高效的UI是至关紧要的。系统的整体安全性由整个链条上最薄弱的环节决定,而这个最薄弱的环节往往是用户以及用户作出的判断。例如,今天的恶意软件之所以扩散得如此之快,很大一部分原因在于用户浏览网站时,一遇到是否信任某个程序的对话框总是习惯性地点击“是”。令人感兴趣的是,NGSCB允许第三方信任代理担保应用程序,这就使得企业可以将判断/决策委托给可信赖的外部实体。

NGSCB不是万能的魔法,但它承诺让硬件、操作系统和应用程序开发者一起协作,在应用程序之间提供更坚固的隔离墙,堵塞大量可能泄漏敏感信息的机会,这一切应该能够让系统管理员睡得更安稳一些了。 四、存储系统

在过去的20年中,DOS和Windows的文件存储系统不断发展。16位的文件分配表(FAT 16)在大于2 GB的磁盘上遇到了困难,它的32位的继承者FAT32虽然解决了容量问题,但仍显得弱不禁风,只要一个字节出错就可能导致整个文件不能访问。NTFS(New Technology File System),自Windows NT 3.5开始引入,使用了一个数据库风格的主文件表(Master File Table),提高了访问文件的可靠性和速度。

直到现在,无论底层的操作系统是FAT还是NTFS,用户的感觉不外乎层次型的文件夹树形结构,访问某个文件可能需要在层次结构中跋涉10层甚至20层——这里还有一个前提,那就是你知道文件的保存位置。如果你不知道文件的保存位置,那就要向Windows的搜索功能求助。问题是,为什么我们必须记住文件的保存位置?我们关心的是文件的内容,而不是它的保存位置。

这个问题不是第一次提出。早在1992年,微软有关Cairo

(Windows 2000的代码名称)的早期描述中就提到了一个根据文件内容而不是位置来访问文件的文件系统。这个项目后来被搁置,但现在微软告诉我们,它终于要在Longhorn的Windows Future Storage(WinFS)中成为现实了。 WinFS在NTFS的基础上增加了一个数据库层,这个数据库层以即将出现的SQL Server的Yukon版为基础。在WinFS文件系统中,文件除了我们熟悉的属性,诸如文件名称、大小、日期,还将通过诸如作者名称、图像大小之类的元数据建立索引。底层的文件夹分层结构仍将存在,但现在用户使用的将是相似文件构成的库(Library)。

每个库由一组通过查询WinFS数据库获得的文件构成。对于泄露出来的Longhorn Alpha版,报告称它内建的库包括:Documents、Games、Music、My Contacts(替代地址簿)、Picture以及Video。可以设想,Longhorn将允许用户根据自己的条件创建库。库里面的文件不会移出其所在的文件夹,实际上,一个文件可以出现在多个库中。用户可以配置库,使其显示方式匹配文件的内容;当用户创建符合条件的新文件时,文件会自动出现在库中。

基于XML的文件格式具有自我描述的特点,它们的元数据很容易被WinFS访问,从而促进这类文件格式的应用。我们现在还不知道WinFS是否会被移植到其他的Windows版

本,也不知道WinFS是否是Longhorn的默认文件系统。当前Longhorn的Alpha版中,WinFS还不能实际运作。但是,当WinFS正式到来时,我们查找文件的依据将是它是什么,而不是它在哪里。

兰州理工大学

继续教育学院

课程设计 (论文)报告书

题 目 windows操作系统的发展现状

班 级 08计算机科学与技术 学生学号 080105401008

学生姓名 万里明 指导教师 王旭阳

本文来源:https://www.bwwdw.com/article/ow2r.html

Top