我们非常高兴能够发布一系列的 Windows 8 改进，它们涉及性能、电源管理与电池效率、媒体播放和兼容性等多项内容。这些改进自今日起可通过 Windows 更新获得。我们想简要介绍一下对工程系统所做的改进，特别是我们能够向您提供这些更新的速度。

对于每个 Windows 版本来说，自我们最初向 OEM 和制造商发布代码，以及新 PC 上安装上该产品并面向零售客户出售以来，已过去了大约 8-12 周的时间。在这段时间里，我们在历史性地不断完善我们的产品，以使其符合最新开发的 PC 的要求，此类 PC 可能会包含大量的全新或增强组件、驱动程序和比较软件并且安装有 Windows 的最终代码。由于这些硬件和软件都是全新的，它们将有助于发掘在基本功能方面对 Windows 进行更改和改进的需求。

我们通常会为各个 OEM 就此类全新 PC 进行几十处更改。这些更改将在 PC 的制造阶段进行部署，因此客户可能无法察觉。由于这些更改可能会应用于更多的 PC，我们未进行测试和认证，从而无法广泛分发这些更新。因此，客户要等到首个服务包发布之日才能看到这些增强功能。我们知道许多用户会花费时间来了解这些 OEM 增强功能，以便拥有最新的 Windows。

在 Windows 8 发布之前的最后几个月，我们将准备好迎接挑战，打造必要的工具和进程，以便在服务包发布之前能够提供这些“Post-RTM”更新。通过开发更好的测试自动化和测试覆盖范围工具，我们将可以非常荣幸地宣布 Windows 8 在全面上线之时，对于所有客户来说都完全是最新的。如果您是 MSDN 或企业客户，您的 Windows 8 PC 可自今日（10 月 9 日）起通过 Windows 更新获得这些更新，即在按惯例的每月第二个周二的上午 10 点左右提供 Windows 更新之后。

正如我们的一贯作法，所有更新都将具有知识库文章 (KB) 和文档。这些更新的文档将在此处存档，并将在下方重现文本。此后，我们将会一如既往地继续发布更改和增强功能，如同我们处理 Windows 7 那样。

我们认为这一提供高质量 Windows 更新的新举措必将受到我们所有客户的热烈欢迎。

--Steven

知识库文章标题：

“Windows 8 和 Windows Server 2012 全面上线累计更新”

描述：

Windows 8 客户端和 Windows Server 2012 全面上线累计更新已可用。该累计更新包提供了一组性能和可靠性改进，旨在提升 Windows 8 的使用体验。我们建议您应用该累计更新，并将其作为常规维护工作的一部分。

改进：

• 提高了电源效率以延长电池寿命
• Windows 8 应用程序和“开始”屏幕的性能改进
• 多种应用场景中的音频与视频播放改进
• 应用程序和驱动程序与 Windows 8 的兼容性方面的改进

已知问题：

• 当打开或关闭 Windows 功能时，计算机可能会要求重新启动。例如，当您打开或关闭远程访问功能时，该操作可能十分必要。

我们感到异常地兴奋，因为我们正逐渐接近 Windows 8 和 Windows RT 全面上线 (GA) 之日。琳琅满目的应用商店中汇聚了成千上万款全新的应用，这为用户提供了海量的应用选择，与此同时，全球范围内不计其数的开发人员仍在马不停蹄地推出新的应用。Microsoft 的员工自今年八月以来，忙碌的脚步就未曾停歇，我们一直在添加新功能，改进 Windows 中自带的应用，并将在 Windows 8 全面上线之前更新这些应用。我们将推出新功能、改善性能，并提高可靠性。本篇博文由项目管理团队的 Gabriel Aul 撰写，其详细介绍了一些更新，这些更新将在接下来数天中陆续进入应用商店，届时您便可一睹其全貌。
--Steven

随着 Windows 8 全面上线 (GA) 之日的临近，Windows 团队以及 Microsoft 中的其他团队一直忙碌于多项任务，以确保为全面上线做好准备。当然，最重要的任务要数与多家 PC 制造商合作，以帮助他们为即将上市的新一代 Windows 8 PC 准备就绪。其中一些制造商已经宣布了部分 Windows 8 PC，而更多的 Windows 8 PC 也将陆续宣布。随着 Windows 8 的推出，我们还为 Windows 8 应用引入了全新的应用商店，以及大量 Windows 中自带的全新应用。尽管目前 Windows 8 仍未全面上线，但是 Windows 应用商店中已经汇集了数以千计的应用，同时我们正与来自全球各地的开发人员开展通力合作，每天都有新的应用在应用商店中上架。Windows 应用商店为开发人员提供了一个前所未有的机会来触及成千上万的客户，而且我们也十分高兴地看到每天都有耳目一新的应用出炉。

当然，我们还采用集成的方式通过 Windows 应用商店为应用发布更新。我们在今年八月已向 PC 制造商和 MSDN 以及 TechNet 订阅者推出了 Windows 8 Release to Manufacturing (RTM) 版本，而我们将在 Windows 8 全面上线之前对其中自带的应用发布更新。当然，我们也将向 PC 制造商发布这些应用更新，以便于制造商在默认情况下就将这些更新包含于今后推出的 PC 产品中，但是对于已经安装了 Windows 8 RTM 的用户来说，从应用商店应用中获取这些更新可谓不费吹灰之力。应用商店磁贴将在有更新可用时通知您，您可以打开通知，并单击右上角的更新链接，以查看列表并安装您希望安装的更新。

Bing 应用将在明天成为首个包含可用更新的应用，而更多更新将在 10 月 26 日之后陆续推出。Windows 应用商店更新的通知将以您希望获得的方式予以呈现，应用商店磁贴上将显示可用更新的数量。您可在方便的时间轻松选择安装更新：

大家能在大量应用中体会到性能与可靠性的改进，但是这其中还包含大量出色的新功能。以下将向您介绍您可体会到的一些变化亮点：

能为到目前为止一直在使用 Windows 8 的所有用户推出更新的应用，并面向购买新 PC 或升级现有 PC 的用户而让这些应用为 Windows 8 的发布准备就绪，我们感到十分兴奋。

-- Gabriel Aul

自 8 月 1 日我们发布 RTM 以来，PC 制造商一直在使用发布的软件筹备为 Windows 8 而设计的新型 PC。对于即将于 10 月上市的这种创新与创意性十足的产品，我们无不感到激动万分。随着我们携手为针对 Windows 8 而设计的新型 PC 提供更佳的性能、可依赖性和电池寿命，我们的工程协作取得了长足的进步。我们还了解到很多用户对我们如何将这一过程扩展至构建于 ARM 平台的新一代 PC 兴趣十足。本博文将详细介绍我们在开发 Windows RT 和为该操作系统而设计的 PC 方面展开的协作。本博文由生态系统和计划团队的副总裁 Mike Angiulo 撰写。
–Steven

Windows 8 和 Windows RT 都已到达了 RTM 里程碑，我们正不断与生态系统合作伙伴（包括 PC 制造商、硅芯片合作伙伴和其他组件供应商）努力协作来打造您一定会爱不释手的高质量 Windows RT 和 Windows 8 PC。我们对 PC 制造商在 Windows 8 和 Windows RT 基础上构建的设计兴奋不已。

我们的 PC 制造商所推出的基于 Windows 8 Intel 和 AMD 的多样化设计将不断推动强大计算和创新设计的发展。您可以看到包括具有令人惊叹的超薄光滑设计的高分辨率显示器、配有可完全触控的大型沉浸式显示器的设计精美的一体机电脑和搭载多个图形卡和高性能存储阵列的高功率主机在内的所有设计。另外，各式各样的 PC 将为寻找能够完美适合自己的需求和生活方式的客户提供多种价格与功能组合。

我们对全新的低功耗 x86 Windows 8 PC 感到格外兴奋，其利用 Intel 的 SoC 平台创新来提供始终保持启用和连接状态的体验（称为连接待机）。就在最近，Lenovo 宣布了 ThinkPad Tablet 2 平板电脑，其提供了在最新的 Intel ATOM® 处理器上构建的各种新功能的完美组合。在本博文的稍后部分，我们将对这一应用场景进行介绍。

Microsoft 正在这一版本上不断努力以提供各种工具和支持，从而为打造更可靠、更快速且使用系统资源更少的全新 PC 做出自己的贡献，同时，相对于 Windows 7 PC，Microsoft 还改善了软件加载。从最新的 Ultrabook™ 到功能最强大和扩展性更强的工作站，Windows 8 PC 已逐渐步入正轨。

Windows RT 开启了基于 ARM 的 PC 的新时代，我们正与硅芯片和 PC 制造商协作来将全新的创新产品推向市场。在以前的博文针对 ARM 处理器体系结构构建 Windows 中，我们重点介绍了创建 Windows RT 所需的详细工程工作。在本博文接下来的部分，我将进一步向您介绍我们如何跨生态系统进行协作，来将全新的 Windows RT PC 推向市场。但是，首先让我们来简要概括一下以前博文中的一些要点： 

• Windows RT 与 Windows 8 共享了大量代码，将作为全球最大计算生态系统的一部分进行开发、销售并给予支持。
• 我们已实现将一种 Windows 二进制数据用于来自 NVIDIA、Qualcomm 和 Texas Instruments 的所有 Windows RT SoC 平台的目标，它们均开发了创新性的 ARM CPU，而这是整个系统的基础。
• 交付 Windows RT PC 通常是构建史无前例的新系统，全新的 PC 生态系统为 PC 制造商带来了无限商机，使他们可以从基于 ARM 的处理器开始打造具备全新的功能的新一代 PC。
• Windows RT PC 拥有轻薄小巧的工业设计、超长电池寿命和集成的质量。这些 PC 全部专门针对 Windows RT 设计和制造。
• PC 制造商会将 Windows RT PC 作为包含硬件、固件和 Windows RT 软件的集成端到端产品向用户提供。Windows RT 软件不会独立于新型 Windows RT PC 销售或分发，满足您对于消费电子设备具有独特集成硬件和软件组合的期望。在 PC 的使用生命周期中，我们所提供的软件将获得周到的服务和升级。

如果您正在关注 Windows RT，您可能注意到了 Asus Tablet 600 平板电脑 (Windows RT) 的宣布或 Microsoft 自有的 Surface RT™ 的相关新闻。除了 Asus 之外，我们还将非常激动地分享 Dell、Lenovo 和 Samsung 推出运行 Windows RT 的基于 ARM 的 PC 设计的消息。

您将需要保持关注来了解更多的详细信息；随着 Windows 8 和 Windows RT 发布日期日益临近，PC 制造商将不断推出新产品。据我所知，为每个独特的客户计算需求而开发的外形设备和外设种类之繁多在行业中也是唯一的。

“Dell 的 Windows RT 平板电脑将利用全新的生态系统产品来帮助客户完成更多的工作，无论是在家中还是办公室。我们对能够成为 Microsoft 的战略合作伙伴兴奋不已，我们期待着很快能够分享更多的内容”。

- Dell PC 产品组副总裁 Sam Burd

我们开发途径的独特性首先要归功于跨合作伙伴设计 PC 的新方式，这种协作可以集中所有合作方的优势，从而可交付从芯片集到体验的集成、优化的端到端体验。

另外，我们有必要花些时间来介绍一下为何我们在这些 PC 方面的协作与其它 Windows 版本有所不同。在这些 Windows RT PC 方面，我们建立了强大的工程协作，通过与 PC 制造商、硅芯片合作伙伴和运营展开协作来重点关注硬件、软件和服务的集成。所有单独的合作伙伴均承诺共享他们产品的早期迭代，无论是 SoC 开发板、Windows RT 的早期内部版本、固件和驱动程序，还是成百上千的预发布 PC 硬件示例（例如，在以前的演示和视频中介绍的示例）。在整个开发和测试过程中，产品设计的信息获取和修改都是通过协作完成。因此，所有 Windows RT PC 都将具有一致的快速且流畅的触控交互、超长电池寿命、连接待命以及精美、轻薄的设计。这一切都是专为充分利用 Windows RT 的功能而设计。

下面的快照是实际的预发布 Windows RT PC，其中显示了早期工程原型和到当前设备外形的演进。

Windows 通过专注于优化关键应用场景的方式为实现这些目标而提供了助益。综合起来，这些应用场景将移动体验和性能推向了一个全新的层面，而如果没有新技术和工程协作，这是无法做到的。让我们来详细看看这其中的一些细节。

连接待命是使您的 PC 始终保持启用和连接状态的应用场景，这种新的连接待命状态不会过度消耗您的电池，从而您可以随时访问您的重要和最新的信息。当您不使用 Windows RT PC 时，它将进入一种新的低功耗模式，并不断更新您的数据，同时可以几天不需要充电。而当您需要使用系统时，只需触摸一下按钮，即可在不到一秒的时间内打开，如同手机的使用体验一般，而您实际上是在使用一台完整的 PC。另外，我们还重点关注了积极的整个系统功耗建模的应用场景，它允许我们更好地通知电池的容量，从而可以为轻薄型 PC 提供可连续几天保持全天连接待命状态的电池寿命。

下面的图表显示了我们在测试早期产品 PC 的连接待命和电源应用场景时观查到的测量范围。

这些测量值基于仍然在进行最终优化的固件和刚刚发布的 Windows RT RTM 代码，随着 PC 转向生产，情况会有所改善。要提供关于测量重要性的上下文，最重要的了解应用场景的测量过程。在本例中，PC 正在使用最高分辨率全屏播放一个本地的高清视频，并且屏幕亮度为 200 尼特。同时还为一个使用 Microsoft 网络的电子邮件帐户进行了配置。最终，这些数字也会受到不同 PC 设备本身（包括平板电脑和便携式电脑）的影响，它们的屏幕尺寸从 10.1” 到 11.6” 不等，并且电池尺寸范围为 25 Whr 到 42 Whr。

在开发期间，在组件级别进行的进一步功耗建模分析使我们可以更好地了解在设计优化方面的投资方向。例如，典型的触控控制器解决方案均基于多芯片的解决方案。通过将这些解决方案的设计减少为单芯片设计，我们实现了低功耗使用，并且降低了温度，而这最终缩小了电池的尺寸并使 PC 的设计变得更加轻薄。下表显示了我们和合作伙伴跨不同型号的设备（代表基于 ARM SoC 的不同设备外形）获得的典型重量和厚度的概览。

这些单芯片解决方案不仅可以降低功耗需求，而且可以提供性能优化，并最终带来快速流畅的触控使用体验。我们的合作伙伴将为即将发布的操作系统交付的 Windows RT PC 将提供每根手指 100Hz 的采样率。这不仅允许实现快速流畅的响应，还可以实现难以置信且行业领先的准确度。

我们的图形核心进行了大量的优化。除节能高清视频播放优化外，核心的 Windows RT UI 动画可达到 60fps 的速度，而这正是我们的设计目标。

我们没有停止优化功耗、厚度和重量。我们还关注了在这些 Windows RT PC 中启用另人兴奋的全新应用场景（例如，直观和轻松地共享信息）。您会在一些 Windows RT PC 上看到 NFC 集成，它们开启了一些有趣的操作（例如，点击以共享）。只需一起点击两台启用 NFC 的 Windows RT PC，用户即可轻松共享照片、URL、地图方向以及我们的软件合作伙伴在他们的 Windows 应用中所设计的所有内容。当然，Windows RT 也可以本机支持大量的设备应用场景，如 USB 大容量存储、打印、音频/视频外设等，同时还支持通过 WWAN、Wi-Fi、Bluetooth 和 USB 的连接。这些构建了 Windows 8 和 Windows RT 的共同基础，它们早在 //BUILD/ 大会时就已进行展示。

Windows RT 不仅适用于平板电脑设备。我们的一些 Windows RT PC 提供了全键盘和触摸板的解决方案，无论是可移除式/可接合式还是传统的折叠式设备。这些解决方案不仅提供了额外的电池容量，而且提供了融入直观 Windows 8 手势的全新触控板体验。通过与我们的触控板组件供应商紧密协作，我们已将本机支持合并到固件中，实现了速度惊人的手势识别，从而极大程度地简化了与 Windows 的交互。本机支持的触控手势将在下面的两个表中进行说明：

单手指滑动	单/双手指点击，两次点击	双手指滑动
鼠标指针操作	主要/次要按钮单击，在光标位置双击	水平或垂直滚动（鼠标滚轮）

双手指收缩	从右边缘向内轻扫	从顶部边缘向下轻扫	从左边缘向内轻扫
缩放 （Ctrl + 鼠标滚轮）	切换超级按钮 （Windows 徽标键 + C）	切换应用命令（Windows 徽标键 + Z）	切换至最后一个应用（Windows 徽标键 + Ctrl + Backspace）

最终，大量的硬件组件和优化会变得像利用他们的应用那样丰富。作为生态系统，Windows、PC 制造商和硅芯片合作伙伴一直在与全球的开发人员共同致力于设计使这种新型 PC 硬件的功能大放异彩的应用体验。我们特意构建了数千种参考设计硬件系统，用来开发和测试操作系统和应用，并且共向 ISV 和 IHV 公司推广了超过 1500 种 Windows RT 参考系统，为产品的最终发布做好了准备。目前已初显成效，我们看到 Windows 应用商店中有超过 90% 的 RTM 应用支持 Windows RT，并支持 Windows 硬件认证要求（用于确保每台 Windows RT PC 可真正兼容广泛的外设，如打印机、网络摄像头和移动宽带模块）。

Windows RT 代表着重大的颠覆性改造，这不仅涉及 Windows 本身，而且还涉及 Windows PC 以及我们如何共同协作来对其进行设计。从硅芯片和组件制造商到我们的 PC 合作伙伴和 Windows 工程团队的通力协作已造就了引人注目且令人兴奋的各种新型 Windows PC，实现了快速流畅、始终保持启用和连接状态、轻薄设计和全天电池寿命的承诺。我们期待着继 Dell、Lenovo 和 Samsung 之后，将宣布更多激动人心的产品。

--Mike

打印是我们在使用 PC，甚至是阅读和使用更多网络资源时最常进行的一项操作。因此我们已经着手简化并改进这一常见操作，并与生态系统中的各个合作伙伴开展通力合作，以不断改进 Windows 8 中的打印操作。本篇博文的作者是打印团队的项目经理主管 Adrian Lannin。

--Steven

在所有可连接至 Windows PC 的外围设备中，打印机可能是最常用的，同时也是受支持时间最长的设备之一。事实上，根据 Windows 1.0 Press Kit，1995 年推出的 Windows 1.0 就可支持“大量打印机和绘图仪”并包含了“可让用户在打印一个文件时操作另一文件的打印后台处理程序”。下方的 Windows 1.0 屏幕截图显示了包含于该 Windows 版本的文件，其中包括 Epson.drv、许多字体文件、以及打印后台程序进程。其中部分打印系统的年龄甚至比使用它的用户年龄还大。:-)

随着时间的推移，打印系统已经发展成为一个可支持大量打印机的复杂体系结构，而且该结构可从成本为 50 美元的家用简易喷墨打印机扩展成可为数十万用户托管大量打印队列的高可用性打印服务器，以及成本高达几万美元的主导性打印机。

打印系统涉及 Windows 的许多方面。打印系统中将显示 UI，并将承载同样将显示 UI 的驱动程序。由于打印从根本上来说是将您的屏幕内容重新绘制至纸张的过程，因此打印系统将执行大量图形操作。该进程中包含较低级别的通信，其中主要通过 USB 或网络完成（当今可在美国购买到的大部分打印机均可支持网络功能，但是我们的遥测数据显示安装于 Windows 8 Consumer Preview 中的打印机超过 75% 都通过插入 USB 端口而进行连接）。打印系统需能为大型企业中的大型关键任务部署而扩展，但同时其也需要能够在小型系统中高效运行。

在本篇博文中，我将与您探讨我们为重新设计出可为客户最大程度上提供卓越设备支持而在 Windows 8 中所开展工作。我将向您展示打印系统在基于 ARM 的 PC 和 Metro 风格应用程序中的使用情况。而且，我还将向您介绍我们为确保最大数量的现有打印机能够“恰到好处”地工作所做的努力，无论您是从桌面，或是 Metro 风格应用程序，抑或是从运行 Windows RT 的设备上访问这些打印机，您都将从中受益匪浅。

颠覆 Windows 8 的打印系统

我们在 Windows 8 中引入了一个全新的打印机驱动程序体系结构，我们将其称为第 4 版，或简称 v4。v4 体系结构可产生更小、更快的打印机驱动程序，而且其将支持打印类驱动程序框架的理念，据悉，该框架是一个可让用户在许多情况中，在不为该设备定位驱动程序的前提下而安装打印机的系统。

正如您可能已经猜到的，V4 是 Windows 中打印机驱动程序体系结构的第四次迭代。而 V3 是用于 Windows 2000 到 Windows 7 的体系结构，由于设备兼容性的原型，其实际上仍可完全支持 Windows 8。因此，如果您只有一个用于当前打印机的驱动程序，那么其仍可在 Windows 8 中运行。而第 1 版和第 2 版则是应用于 Windows 1.0 到 Windows ME 的驱动程序体系结构。

在我解释打印系统的工作原理之前，我想先谈谈我们需要在 Windows 8 打印系统中满足的一些要求。

从 Metro 风格应用程序中打印

我们需要确定的一个问题是如何让 Metro 风格应用程序的开发人员进行打印操作。从 win32 应用程序中打印需要 GDI（图形设备接口）或 XPS（XML 纸张规范）的图形编程知识。当我们探求应如何从 Windows 8 应用程序中进行打印操作时，我们彻底重塑了我们从 Windows 运行时中启用打印的方式，而且我们让用户可从 HTML5/JavaScript 和 XAML/C# 应用程序中轻松执行打印操作。

将打印集成至 Metro 风格应用程序

从 Metro 风格应用程序中打印应自然而然地成为 Metro 风格体验中的一部分。我确定各位中大多数人在打印某些内容时，你们将看到弹出的一个小程序，其显示打印机缺纸，或让您购买油墨。

这些弹出窗口在喷墨打印机中十分常见。某些弹出窗口仅在相关时间出现（例如，您的油墨量过低），而其它弹出窗口则每次都在您打印时出现。这些弹出窗口来自打印机驱动程序软件本身，当然它们全部属于桌面 UI。但是举例来说，当从 Metro 风格照片应用程序中打印时，我们并不希望您需要切换至桌面以查看显示打印进度的 UI。

在 Windows RT 中打印

打印机驱动程序随着时间的推移得到了不断改进，现在已经包含了许多功能，如一些安装服务、另一些安装多个小应用程序，而且现在许多驱动程序都尺寸较大。自 Windows 2000 以来开始使用的 v3 打印机驱动程序模型已经发展成为了一个高度复杂、并可高度扩展的模型，该模型可让打印机制造商自由安装其驱动程序软件。当我们思考这将如何在某些运行 Windows RT 的设备上工作时，我们就意识到了我们需要进行大量体系结构的变更。我们确实希望确保我们不会因为运行了必要的服务而对 ARM 系统造成负面影响，而且我们希望减少使用系统资源，并与此同时为尽可能多的设备提供支持。

增加支持的打印机，而大幅减少驱动程序

打印机的功能多种多样，而 Windows 需要支持大量打印机。在 Windows 7 和较早版本的 Windows 中，每个打印机都需要特定的驱动程序方可运行（用户提出了一些期望，如希望获得一个通用的打印机驱动程序，但是这些驱动程序可能较大，而且耗费资源较多）。这意味着我们包含于 Windows 中的驱动程序（我们将其称为随机驱动程序）需要保持相当的数量才能提供另人满意的支持。当然，我们在 Windows 更新中发布了更多驱动程序，但是我们相信我们应该拥有一套可支持热门设备的核心随机驱动程序，因此我们仍可为无法或未从 Windows 更新中下载驱动程序的用户提供卓越的打印体验，这一点非常重要。随机驱动程序对于 Windows RT 而言至关重要，事实上，其仅可用于随机打印机驱动程序。此处的难题在于如何确定受支持的相关打印机组合，以及如何减少完成此操作所需的资源数量。

在支持多个打印机中所面临的另一个有趣的难点在于支持随着时间的推移而变得停滞。以包含于 Windows 7 中的一组驱动程序为例，其为 2008 年和 2009 年推出的设备提供了卓越的支持，但是随着新设备的逐年推出，以及时间的推移，Windows 7 中的驱动程序的相关度不断下降。因此 Windows 8 中的一大挑战在于如何确保 Windows 将为众多打印机，包括尚未推出的打印机提供高级别的支持。

打印机共享

任何一个管理过打印机服务器的用户都可告诉您安装适当的驱动程序以支持共享是管理打印机服务器中最费时的一项工作。当您试图在家中共享一台打印机时也将遇到这些困难，特别是当您同时拥有 Windows 的 32 位版本和 64 位版本时，这一困难将表现得尤为明显。造成这种麻烦的原因在于打印机“服务器”（实际上是指打印机所连接的 PC，而非实际的 Windows Server）需要向希望为使用共享打印机打印的客户端提供驱动程序。在 Windows 7 中，我们使用家庭组解决了这一问题，而且在大部分时间中都效果不错。然而，当您打算从 Windows RT 中打印时，为各个 Windows 体系结构加载驱动程序的要求将产生很多问题。

尽管我们预计大多数从 Windows RT 设备中进行打印操作的用户都有可能使用无线打印机打印，但是我们并不希望完全排除使用 USB 打印机打印的可能性。另一方面，我们也不希望增加打印机共享的难度，而要求用户为 32 位客户端、64 位客户端和 Windows RT 客户端分别添加驱动程序！因此，我们借助 Windows 8 中的 v4 模型而开发了一个共享打印机的全新方式，该方式无需将打印机驱动程序添加至打印机服务器。

Windows 8 中的打印系统

应用程序可让您创建并查看内容。打印系统的目的在于为这些应用程序提供多种方式，以使用安装的任意打印机打印您的内容，从而无需担心是否安装了特定的设备。接下来我将简要地谈谈应用程序打印的方式，并深入介绍我们如何将内容打印至纸张上。

创建可打印的内容

对于应用程序而言，添加打印支持的过程十分简单。您希望从某一应用程序打印的内容需为该应用程序指定格式。对于 Metro 风格应用程序而言，该格式通常为 HTML5 或 XAML，但对于诸如 Word 或 Photoshop 等 Win32 应用程序，内容需为各个应用程序特定的格式。

因此，当您从应用程序向打印机打印时，打印系统需要进行的一项操作是将应用程序的格式转换成打印机可理解的格式。很不幸，并非所有打印机都能理解相同的格式（甚至相似的格式），因此这将产生大量的工作。

接下来向您介绍一个真实的示例，诸如 Word 等应用程序将使用 GDI 图形系统来向屏幕和打印机绘制内容。在可能的情况下，打印系统将使用名为 XPS（XML 纸张规范）的高质量中间格式作为内部内容格式；我们将内容从 Word 转换成 XPS。我们之所以选择 XPS 作为打印系统的基础在于 XPS 是一种高度灵活的格式，而且非常类似于电子纸张。XPS 可支持高保真的颜色，而且由于它是基于 XML 的描述，并且没有嵌入可执行的代码，因而是存档的最佳格式，而且相对于其它选项，其安全系数更高。此外，Microsoft 与 ECMA Internationa（欧洲计算机制造商协会）开展了通力合作，以将其制定为一个开放的标准。桌面浏览器和阅读器应用程序均可显示 OpenXPS。我将所有网上购物的收据“打印”成了 XPS 文件。

一旦打印系统开始管理内容，那么该内容将转换成打印机可理解的格式（如有必要；很多打印机可直接理解 XPS），打印系统将把该格式与适当的选项集发送至打印机，随后打印作业将启动。

在 Windows 8 中，我们显著改善了这一内容，这是因为所有 Metro 风格应用程序都使用 Direct2D 作为其基本绘制格式，而 Direct2D 和 XPS 共享着相同的基于 XML 的图形“语言”。因此在另一实际示例中，阅读器应用程序使用了 Direct2D 来将内容呈现于屏幕中。该应用程序同时使用 Direct2D 将相同内容呈现于打印系统中。系统可将阅读器的内容作为 XPS 轻松提交至打印系统，而无需付出高昂的成本从 GDI 进行转换。

如果应用程序需要与屏幕布局不同的打印布局，那么其可使用样式表单或 XAML 进行这一操作。也就是说您不需要“单击此处以获得该页面打印机友好的版本”。如果您的打印机可支持 XPS，那么从应用程序到打印机的路径无需进行任何转换，打印过程将迅速完成！

既然您已经广泛理解了应用程序是如何将打印信息发送至打印系统，接下来我将向您介绍系统将如何处理这些打印信息、系统将提供那些服务和 Windows 8 中的其它变更。

支持大量打印机

Windows 为应用程序所提供的一个巨大优势在于其从应用程序中提取出了特定的打印机，因此应用程序的程序员不需要担心您所安装的打印机。Windows 可支持成千上万种打印模型，其中包括通过 Windows 更新或制造商网站而可用的驱动程序所支持的打印机。当我们发现打印机停止运行时，这通常是由于制造商在不识别其软件正在安装的 Windows 版本时禁用了安装进程。我们与打印机制造商进行了合作以获得这些更新的软件包，但是这一过程仍需花费一定的时间。

理想的情况是当您在 Windows 中插入新打印机时，其将正常运行，进而无需您查找驱动程序。

那么要如何实现这一点呢？在过去，我们在 Windows 中推出了很多打印机驱动程序。Vista 中包含约 4500 个驱动程序，而 Windows 7 中包含约 2100 个驱动程序。尽管 Windows 7 中的驱动程序数量只有 Vista 中的一半，但是其市场覆盖面更广，也就是说更多热门的打印机可有机会获得驱动程序。为什么这么说呢？当今全球正在使用的打印机琳琅满目。在 Vista 中，我们支持了大量较旧且不再广泛使用的设备，因此 Vista 的设备支持相关度不如 Windows 7。

顺便提一句，我们在发布新版本的 Windows 时所开展的另一项举措是推出此前版本中的驱动程序，并将其发布于 Windows 更新中，因此即便这些设备的流行程度有所下降，用户仍有可能即插即用地自动运行这些设备。

以下照片是我在一个打印机实验室（我们拥有多个实验室）拍摄的一个工作台，我们正在这测试所有功能是否可以正常运行。您可看到许多来自不同制造商的小型喷墨和激光打印机。幸运的是，现在我们并不经常测试点阵式打印机，否则我的耳朵就遭殃了。

用户平均将使用打印机 5 到 7 年，因此当我们打算添加支持时，我们需要考虑“用户正在使用什么设备？过去数年中最热门的设备是什么，将来最热门的设备又是什么？”最后一个问题难度最大，因为在我们发布 Windows 不久后，打印机制造商将推出什么样的设备我们不得而知。这意味着随着时间的推移，我们在任何 Windows 版本中所支持的设备都将停滞。

我们知道在给定的时间点上，约有 100 台特定的打印机型号占据安装总数的一半。如果我们希望支持当今使用的 75% 的机型，那么我们需要支持约 300 个机型。以下图表清晰了展现了这一点。

为了支持 95% 的机型，我们需要支持超过 1000 台机型。但是我们所面临的问题将更加严峻，因为这 100 台，300 台或 1000 台打印机的组合都在不断变化。组成“当今”市场 50% 的 100 台打印机并不是组成“下一周”或“下个月”，特别是“下一年”的 50% 的打印机。每天，许多用户都将购买和安装新的打印机。

正如我在上文中所提到的，我们在过去通常采用蛮力的方式来解决这一问题。Microsoft 与来自各大打印制造商的代表在 Redmond 办公室直接合作，共同检查 Windows 中的源代码。他们将为各个 Windows 新版本创建全新的随机驱动程序。这样效率并不是很高。

在 Windows 8 中，我们采用了截然不同的方法，并停止与 Windows 一同提供大量打印机驱动程序。相反，我们构建了一个“打印类驱动程序框架”。该框架可扩展，因为其可支持现有设备的打印，但是其还可让制造商为新设备提供支持，即使该设备尚未完成设计。

借助打印类驱动程序框架，我们距离实现为您提供无驱动程序打印体验的目标又迈近了一步，在这一体验中，您不需要查找驱动程序，相反打印机将在 Windows 打印系统中恰到好处地运行。真正的无驱动程序打印体验需要变更大多数打印机的设计方式，而打印类驱动程序框架为这一理念提供了支持，但是我们同时认为现有设备提供尽可能多的支持也相当重要。

借助支持全新、计划的打印机的功能，Windows 8 打印类驱动程序框架所支持打印机的数量将随着时间的推移而增加。

除了所支持的设备的数量大幅提高以外，我们还可减少为实现这一覆盖目标所需的资源数量。

首先，我们将支持打印机和映像设备所需的磁盘空间从 Windows Vista 的 768MB 减少到 Windows 8 的 184MB。这一数量是各个不同版本和 Windows 8 体系结构中的平均值。以下图形表明了自 Windows Vista 以来使用空间的减少情况。

Windows 8、Windows 7 和 Windows Vista 中支持打印机和映像设备所需磁盘空间的比较图

此外，磁盘空间的减少将伴随着 Windows 直接支持的设备的关联度的提高。以下表格总结了随机覆盖关联度的提高，而磁盘使用减少的情形。

这是 Windows 8 中的一项重大改进，而且磁盘使用空间的减少直接意味着存储容量有限的硬件用户可以获得更多可用存储空间，而存储空间有限正是某些 Windows RT 计算机的一个特征。

Windows 8 打印机驱动程序模型还可让我们的制造合作伙伴专注于一系列代码，该代码将不会随着新 Windows 版本的推出而大幅改变，因此我们可将这些资源用于改进质量和性能，而不是重新填充驱动程序集。

打印类驱动程序体系结构

我们除了打算创建一个可支持 Windows RT 和 Metro 风格应用程序需求的体系结构以外，我们还希望确保该模型能够与现有设备兼容，并可让打印机制造商使用我们熟悉的技术，从而让他们轻松实施新驱动程序技术。

打印机驱动程序将执行几项关键操作：

• 配置可让用户更改设置、将诸如双面打印等意图转换成打印机所需的具体命令。配置将通过用户界面而呈现于用户面前。
• 呈现将打印内容从 Windows 打印系统所使用的打印内容转换成打印机可理解的格式。在某些情形中，打印机可能直接理解原生 Windows 打印格式 (XPS)，因此对于这些设备，则没有必要执行这项操作，除非它们希望进行额外的呈现（根据物理纸张进行多页面打印就是这种情形的一个例子）。驱动程序中进行呈现的部分被称为“呈现过滤器”。
• 事件可让打印机告知用户某些事件的发生，例如一项作业已完成，打印机卡纸或打印机油墨已用尽等。

配置 UI

旧驱动程序模型和 Windows 8 驱动程序模型之间的一个较大改变在于 UI 提供的方式。在旧打印机驱动程序模型中，配置 UI 内置于驱动程序之中。以下向您展示的是某些典型的打印机 UI 的示例（该示例摘自我正在使用的 Epson NX430）。

正如我此前所提到的，我们需要查找一个方式来在用户希望更改打印机设置时显示 Metro 风格 UI。

在 Windows 8 驱动程序模型中，制造商的 UI 与他们的驱动程序完全分离。基于以下原因，这是一个更佳的体系结构决策：控制打印机的 UI 现在是一个可在从 Metro 风格应用程序或桌面应用程序打印时调用的应用程序。这可让打印机制造商为您提供更丰富的体验，想象一下观看教您如何设置打印机或安装墨盒的视频的情形。

以下是 Metro 风格应用程序的示例，该应用程序由 Epson 专为 Epson NX430 而开发：

您可发现这一 UI 包含 Metro 风格应用程序的所有标志，但是没有关于您打印机的标志。其精美的视图中显示了打印机的油墨量，而且更易于使用，特别是在触摸屏幕的设备上。

Windows 将自动向您展示适当的 UI 类型，当您从桌面应用程序中打印时向您展示桌面打印机 UI，而当您从 Metro 风格应用程序中打印时向您展示 Metro 风格 UI。

如果制造商未提供有关其设备的任何配置 UI，那么 Windows 将提供某些标准的 UI，您可在任何打印机中使用这些 UI。然而，当打印机制造商确定进行投资，为其设备提供自定义的体验时，他们可提供一个替换标准 Windows UI 的应用程序。随后，当您决定更换设备的配置时，或在打印期间发生设备配置更改时（例如，卡纸情形），Windows 将为您显示制造商自定义的应用程序。

呈现

打印机驱动程序的一项最重要的功能在于在您需要打印时获取应用程序制作的内容，并将其转换成打印机可理解的内容。这是构建 Windows 8 打印类驱动程序中最具挑战的一个领域，因此让我们对其进行更为详细的说明。

正如上文所提到的，诸如 Word 或 Photoshop 等桌面应用程序将使用图形命令来将其内容呈现至屏幕或打印机。当它们执行这一操作时，打印系统将接收内容，在必要的情况下将其转换成 XPS，随后调用打印机的驱动程序（或更为具体的是驱动程序的“呈现过滤器”）来将内容转换成适当的格式。该格式将发送至打印机，之后您的文件就将开始打印。

在支持大量打印机的过程中，最大的挑战可能在于处理问题的呈现部分。某些昂贵的打印机可支持标准“页面描述语言”或 PDL，例如 PostScript、PCL 和 XPS。然而，价格较低的、以消费者为中心的设备可能在设计过程中充分考虑节约成本的因素，因此这些打印机中许多都可支持将页面信息发送至打印机的专有方法。一些制造商可能仅在产品线中使用几种语言，但是其它制造商可能从一个机型到另一机型中调整语言，试图最大程度发挥出打印机硬件的功能。

这就产生了打印机驱动程序和打印机硬件之间的一对一映射。

请将每个 PDL 想象成一个完整的打印机驱动程序，因此您可轻松了解到越来越多的支持与稳定上升的驱动程序数量密切相关。当然，我们对此进行了略微的简化，而且我们有可能创建一个可支持大量设备的驱动程序，另外我们还经常看到可支持一系列打印机的驱动程序。但是此处的重点在于 Windows 7 和 Windows 较早的版本并未采取任何措施来支持这一设计方法。

Windows 8 中的打印机驱动程序模型可支持 PDL（或驱动程序）与多台设备相关联的理念。

我们一直与打印机制造商合作伙伴合作，并让他们在设备中包含一个标识符，以更普遍的方式来描述它们受支持的方式。我们将其称为“兼容性 ID”。 因此，举例来说，如果某设备包含一个兼容性 ID 表明该设备可支持 XPS，那么打印系统将知道其无需为该设备查找机型特定的驱动程序，打印系统只需为该设备安装一个通用的 XPS 驱动程序。Windows 将理解该设备是一个通用的 XPS 打印机，并以该方式进行处理。当然，Windows 也将理解这是一台 Fabrikam 10000 打印机（或其它设备），因此如果系统中存在某个机型特定的驱动程序，Windows 将进行安装。但是如果系统中不存在驱动程序，那么 Windows 仍可使用类驱动程序打印到打印机。

因此在本示例中，我们有一组作为类驱动程序模型中一部分的随机呈现过滤器，而且这些过滤器可安装于任何实施了匹配兼容性 ID 的设备中。该理念的逻辑扩展是未来尚未设计或构建的设备很有可能与 Windows 8 中的打印类驱动程序兼容。我们一直在与打印机制造商开展合作，他们都计划在其设备中实施兼容性 ID（许多制造商已经实施了该操作）。由于这一功能，Windows 8 中受支持的打印机将随着时间的推移而不断增加，而非减少，而且越来越多的用户将在 Windows 8 中获得连续使用打印机，而无需查找驱动程序的卓越体验。

但是那些拥有专用呈现语言的设备又将是怎样一番情形呢？打印类驱动程序也将支持该模型，但是其包含一个缺点，即我们需要为每个使用唯一语言的较小机型而设置一个单独的呈现过滤器。目前尚无可以解决该问题的方法，而且我们已在 Windows 8 中采用了数个可应用于一组热门机型的过滤器。然而，我们需要再次表示我们一直在与打印机制造商合作来改善这一问题，而且制造商将来有望生产出更易于使用类驱动程序的打印机。

从 Windows RT 中打印

打印类驱动程序所使用资源的减少将直接减少 Windows 的占用空间，这一点对于 Windows RT 尤为宝贵。此外，V3 打印机驱动程序体系结构可高度扩展，经过多年的发展已经成为一个能够推动大型复杂打印机驱动程序开发的模型。某些驱动程序安装服务需要全天候运行，因而将消耗大量电池电量并长时间占用处理器。我发现某些驱动程序仅可支持一个设备，但是它们甚至比 Windows 8 中的整个打印机驱动程序集还大！

Windows RT 中支持打印的需求以及提高打印效率的共同愿望让我们开发出一个可严格控制驱动程序操作的体系结构。我在上文中已经提到打印体验中的 UI 部分现在已经成为了一个完全独立的组件，即是一个应用程序而非驱动程序中的一部分。这意味着该部分是可选的，驱动程序将与标准 Microsoft 打印 UI 良好兼容。我们还通过消除服务的依赖性和降低驱动程序中包含额外软件的可能性，简化了驱动程序体系结构，并提高了节能效率。

借助 Windows 8 驱动程序模型，我们还大幅改变了打印机驱动程序的安装过程。在 Windows 7 和 Windows 较早版本中，所有打印机驱动程序都存储于“驱动程序存储单元”中，这有点类似于所有驱动程序类型的数据库。当您插入打印机时，我们将在驱动程序存储单元中查找适当的驱动程序，并将其复制到一个特定的位置，在此后台处理程序可与您的打印机共同使用该驱动程序。而在 Windows 8 中，我们消除了额外的复制造作，从而显著减少了磁盘的 I/O。打印后台处理程序现在可清楚了解如何在驱动程序存储单元中查找驱动程序。

在实际示例中，我们比较了 Windows 7 和 Windows 8 （Windows 7 所使用的驱动程序相对较小）中 Epson Artisan 的安装时间：Windows 7 上的安装时间为 14 秒，而 Windows 8 中的安装时间则不足 2 秒。

结语

正如您所了解的，Windows 8 打印机驱动程序体系结构已有了长足的进步。其为用户已有的大量打印机提供了卓越的支持，同时还可借助小型、快速、内置的类驱动程序框架而支持未来的设备。此外，该体系结构还具有性能出众、磁盘占用空间小的优势。

我们期待您的反馈！

-- Adrian Lannin

今天标志着 Windows 8 项目之旅上的一个重要里程碑。Windows 8 团队将与您分享一个另人自豪的好消息，那就是不久前我们已面向 PC OEM 和制造商合作伙伴发布了 Windows 8。这意味着在 2012 年 10 月 26 日开始销售装载了 Windows 8 的新款 PC 机型以及在线销售 Windows 8 系统将成为我们的下一里程碑。

早在 2011 年 5 月，当我们首次展示 Windows 8 的时候，我们将其描述为是“一次从芯片集到体验的颠覆性 Windows 改造”，由此可见，Windows 8（和 Windows RT）对于 Microsoft 及其合作伙伴来说意义重大。通力协作：从硅片到用户体验，再到新的应用，这都是努力协作所带来的成果。我们联手为客户提供了一种全新的 PC 体验，使 Windows PC 做好应对新应用场景和体验的准备，同时保留公司投资了 25 年且范围涵盖全行业的 Windows 软件。

对于积极参与我们预发布测试的广大用户，我们深受感动并将始终铭记于心。在我们所开发的所有产品中，各种 Windows 8 预览版（开发者预览版、消费者预览版和发布预览版）是经过最为广泛和深入应用的测试版本。超过 1600 台 PC 主动参与了这些计划，其中大约 700 万台 PC 从 8 周前开始参与发布预览版的测试。测试的深度和广度充分验证了 Windows 8 已做好上市的准备。

预览版的开放性展现了我们产品开发的独特视角，我们将继续坚持预览版测试过程的透明度。从来没有任何产品像 Windows 8 一样，被如此多的用户以如此多的不同方式进行过“开放性测试”。本博文、本论坛和各种预览版都成为了开发过程的重要环节。每个里程碑都意味着重大的改变，最终版本（这些跟踪的内部版本 9200）的产品包含着许多我们所承诺的完善。我们将铭记满足各种客户需求的责任，并为广大用户能够如此深度地参与预发布版本测试过程而感到激动万分。

尽管我们已经到达了 RTM 里程碑，但没有任何软件项目在真正意义上是“完成”的。我们将继续监控 Windows 8 和实际使用体验，并采取相应的措施。我们已经使用预览版测试了我们的服务，我们打算在该产品的下一个重要阶段做出更出色的工作。硬件合作伙伴将继续提供新设备并改进对现有设备的支持。PC 制造商无疑将为我们准备好相当数量的新产品，因为他们已开始展示专为 Windows 8 而设计的 PC 了。

Windows 8 系统改善了各项基本功能，增强了存储和连接性，采用了全新设计的子系统，可提供“快速而流畅”的用户体验和 WinRT 平台（举例而言），Windows 8 已增加了数千个新功能。我们发布了数量空前的博文（和视频），但依然无法涵盖整个 Windows 8 系统的全部内容。就该产品而言，我们还需要进行大量的学习和发现。

Windows 8 中一些最另人兴奋不已的创新，即开发人员在全新 WinRT 平台构建应用程序的创新，还尚未发布。今天，应用商店只面向企业用户开放，我们将快速扩展至全球超过 200 个市场。为全球范围内的开发人员提供交付创新性（可盈利）应用的机会是 Windows 8 的独道之处。我们很高兴看到开发人员将为 Windows 8 带来的新功能。我们还将在最近宣布的下一次 BUILD 大会上讨论关于 Windows 8 平台的更多内容。

我们知道，关于如何获得 Windows 8 以及在何时获得方面存在很多的问题，并且还会有更多关于探求和使用全部数千个 Windows 8 功能的问题随之而来。我们的 Windows 团队博客目前发布了许多新信息并搜集了一些重要的详细信息，希望可以回答您的问题。请浏览我们的博客，并与 Windows 8 的市场内开发保持联系。

我们谨代表 Windows 8 工程团队，向对整个开发过程和对 Windows 8 作出贡献的全体人员表示感谢！

下一站，Windows 8 系统将于 2012 年 10 月 26 日正式上市！

--Windows 8 团队

借助 Windows 8，我们力图使所有应用程序具有通过现代化的图形硬件所实现的高性能图形。这些工作建立在 DirectX 图形卡的完美基础之上，后者一直在提供不断增加的各种 API 和功能。在 Windows 7 中，我们扩展了 DirectX 的功能，以便为各种更广泛的应用程序提供共同的硬件加速图形平台。而以前，DirectX 主要提供 3-D 图形，我们新增了所谓“主流”图形的功能。主流使用大多数人发现自己每天使用的典型桌面应用程序的中心，其中包括 Web 浏览器、电子邮件、日历和工作效率应用程序。Windows 7 向 DirectX 添加了两个新的组件：适用于二维图形（形状、位图等）的 Direct2D 和适用于处理文本的 DirectWrite。这两个添加件不但注重性能，而且还注重提供高质量的 2-D 呈现。借助这些添加件，DirectX 成为了适用于所有类型应用程序的硬件加速图形平台。的确，我们已说明了在 Internet Explorer 9 为 Web 带来硬件加速图形时，可以通过使用 DirectX 所实现的典型应用程序。WinRT 为各种新的 Windows 8 应用程序带来了这些功能。在图形团队的小组项目经理 Rob Copeland 撰写的本篇博文中，我们介绍启用这种新的图形应用程序类别背后的细节。--Steven

 

在计算机图形领域，高性能是一大指导原则。在个人计算领域的早期，独立的附加图形卡主要针对专业应用程序，例如 CAD/CAM 和游戏应用程序。甚至在更早时候，有一种观点认为所有这种图形处理能力可用于更多应用：尤其是可以获得更好的用户界面和体验。在用于个人电脑的首批图形卡中，其中一种图形卡称为“Windows 加速器”，这款来自 S3 Graphics 的图形卡非常注重用户体验，可以围绕屏幕更快地移动窗口。随着图形硬件的演变，开发人员用于与该硬件交互的方法也不断发展。

DirectX 是 Windows 的一部分，它可以提供共同的应用程序编程接口或 API，使开发人员能够使用 PC 中的图形硬件绘制文本、形状和三维场景，并在屏幕上加以显示。随着时间的推移，DirectX 在功能和性能特征方面也不断发展。在最初几年，DirectX 主要针对游戏。随着应用程序发展到能够提供更加丰富、更图形密集的用户体验，其中的许多应用程序开始使用 DirectX 作为获取更佳性能和更丰富视觉的途径。

进入 Windows 8

当我们开始规划我们为 Windows 8 中的图形而承担的工作时，我们知道，我们应创建一条全新的、视觉丰富的途径，以便用户与应用程序和 Windows 自身进行交互。我们还明白，我们应为创建 Metro 风格应用程序构建一个全新平台，而且还应针对比以往更多样化的硬件。虽然我们开始之时拥有一个非常棒的图形平台，但仍然有很多工作要做，才能支持这些努力。我们提出了四个主要目标：

1. 确保流畅、迅速地呈现所有 Metro 风格的体验。
2. 提供适合所有 Metro 风格应用程序的硬件加速平台。
3. 为 DirectX 增添新的功能，从而实现令人惊叹的视觉体验。
4. 支持有史以来最为广泛的各种图形硬件。

虽然每一个目标都针对构建 Windows 8 的不同方面，但这些目标都取决于图形平台的卓越性能和功能。

性能规划

Windows 的图形性能取决于操作系统和硬件系统，包括 CPU、GPU（图形处理单元）和相关的显示驱动程序。为确保我们可以为新的 Metro 风格的应用程序提供卓越体验，我们需要保证软件平台和硬件系统能够提供卓越性能。

过去，我们使用许多不同的基准和应用来衡量 DirectX 的性能。它们很大程度上针对 3D 游戏。虽然游戏仍然非常重要，但我们明白，现有的许多衡量图形性能的方法，并没有说明我们需要知道的、有关图形密集型 2D 主流应用程序的一切内容。

因此，我们创建了新的以应用场景为中心的试验和指标来跟踪我们的进度。我们使用的指标如下：

1.  帧速率

我们采用每秒帧数 (FPS) 的形式表示帧速率。这一指标广泛针对游戏基准而报告，而且对于视频内容和其它应用程序同等重要。当涉及屏幕上的动画演示时，60 FPS 的速率可以顺畅显示动画。我们以该速率为目标的原因在于大多数计算机屏幕的刷新速度为 60 赫兹。在采用该帧速率的情况下，Windows 可以提供非常顺畅的动画，而且可以“粘住手指”触摸交互。

2.  故障计数

虽然帧速率是一个重要的指标，但它并没有说明一切。例如，运行基准 10 分钟并获得 60 FPS 的平均值似乎十分不错。但并没有告诉我们在试验期间帧速率可能下降到了多低。例如，如果帧速率在关键时候暂时降低至 10 FPS，则动画的流畅度将会大幅大降。故障计数指标寻找呈现时间超过 1/60 秒（从而导致帧速率下降）的总次数。此指标还关注缺失的并发帧数。目标是在动画演示期间不存在缺失的帧。

3.  显示第一帧的时间

大多数人期望应用程序能够迅速启动，因此，DirectX 初始化速度需要非常迅速。“显示第一帧的时间”告诉我们从您点击或单击以启动应用程序到在屏幕上看到应用程序的第一帧所花费的时长。为了测量此指标，我们创建了一个简单的应用程序来帮助分析和优化图形系统，以便获取初始化图形设备、分配所需的内存等所花费的时间。这可以帮助我们确保设置 DirectX 的工作花费的时间非常少。

4.  内存利用率

图形组件使用的内存越多，可供应用程序使用的内存越少。通过确保系统的大部分内存可供应用程序使用，您可以获得最佳的应用程序性能，而且可以同时运行更多的应用程序。应用程序混合使用系统内存和 GPU 内存。GPU 内存大部分用于呈现绘制图像、几何形状和文本等操作。此外，有的图形操作使用 CPU，因此它们使用系统内存。

为了说明内存利用率，我们测量以下应用场景时系统所使用的内存：

• 应用程序空闲。即应用程序不执行任何工作，而且不向屏幕呈现或显示新信息。
• 应用程序向屏幕显示信息。这表示简单绘制操作的基本内存成本。
• 纹理创建。这表示为在 GPU 上创建大量图像对象而使用的内存。
• 顶点缓存创建。这表示创建几何形状的内存开销。
• GPU 数据上载。此指标测量将数据上载到 GPU 所涉及的内存开销。

测量许多类型的应用程序和各种应用场景的内存使用率，帮助我们进一步优化 DirectX 和显示驱动程序。

5.  CPU 利用率

除了 GPU 之外，大多数图形操作还使用 CPU。例如，当应用程序计算准备绘制的图形时，通常是在 CPU 上进行这些计算。了解 CPU 利用率非常重要，因为任务使用的 CPU 百分比越高，CPU 可用于其它任务的循环越少。为了获取良好的图形性能和总体系统响应度，有效地平衡 CPU 和 GPU 之间的工作非常重要。

这些基准和指标可以帮助我们确保体验和应用程序平稳流畅且具有卓越的性能。它们在了解主流应用程序方面发挥着重大作用。当然，我们仍然利用行业基准、游戏和其它方法来衡量我们的总体性能。

主流图形加速硬件

了解主流图形有许多方法。为确保我们的工作能够为用户提供正确的性能和正确的体验，我们研究了 Metro 风格应用程序和桌面应用程序的许多例子，以便了解它们如何使用图形硬件。特别是 Internet Explorer 9、Windows Live Mail 和 Windows Live Messenger 可以完美地使用 DirectX。由于这些应用程序利用 DirectX 完成的工作非常出色，它们是其它应用程序可以完成工作的很好的示例。这导致大量的投资，以确保主流应用程序快速且看起来非常不错。

提高文本性能

迄今为止，文本是 Windows 中最常使用的图形元素，因此，提高文本呈现性能朝创建更好的体验前进了一大步。网页、电子邮件程序、即时消息和其它阅读应用程序，均从高质量和高性能文本显示而受益。

Metro 风格设计语言具有丰富的印刷功能，而且许多 Metro 风格体验着重于提供卓越的阅读体验。DirectWrite 实现了绝佳的印刷质量，能够以超快的速度处理供呈现的字体数据，并提供业界领先的全局文本支持。我们不断提高 Windows 8 中的文本性能，采取的方法是优化 Metro 风格应用程序中默认的文本呈现，以提供更好的性能和效率，同时保持印刷质量和全局文本支持。

下面的条形图说明这项工作所带来的性能改进。它包括用于以下文本应用场景的测量：

• 呈现屏幕充满您可以在网页或 Word 文档中找到的格式化为段落的阅读大小的文本
• 呈现屏幕充满您可以在按钮标签或菜单等用户界面控件中找到的阅读大小的小文本块
• 呈现屏幕充满您可以在 Metro 风格应用程序的标题中看到的标题大小的小文本块，并在 Web 上呈现为博文和新闻文章的标题。

在触摸屏上滚动浏览长文档时可以看到最引人注目的性能改进。减少呈现字符所需的时间可以释放 CPU 循环以处理其它任务，比如处理高频率触摸输入，或者显示更复杂的文档布局。

提高几何图形呈现性能

随同文本一起，我们还显著改进了呈现 2D 几何图形的性能。几何图形呈现是一项核心图形技术，它用于创建表格、图表、图形、图解和用户界面元素等内容，如下面的示例中所示。对于 Windows 8，我们在这方面的改进主要针对提供 HTML5 Canvas 和 SVG 技术的高性能实施，这些技术用于 Metro 风格应用程序和通过 Internet Explorer 10 查看的网页。

Windows 8 中的天气应用使用几何图形显示历史温度和降水量数据的图表

当 Direct2D 绘制几何图形时，它采纳应用程序发出的指令，这些指令涉及绘制何种 2D 图形（例如，矩形、椭圆和路径）、图形的大小和位置，并指定呈现的样式，包括画笔颜色和笔划样式。然后，它将这些指令转换为一组三角形和命令，发送至 Direct3D 以生成所需的输出。我们将这种转换过程称为分割。

为了提高 Windows 8 中的几何图形呈现性能，我们着重于按两种方式减少与分割相关的 CPU 成本。

首先，我们优化了在呈现简单几何图形（例如，矩形、线条、圆角矩形和椭圆）时实施的分割。下面的图表显示了这些改进的影响。

其次，为提高呈现不规则几何图形（例如，地图上的地理边界）时的性能，我们使用了新的图形硬件功能，即所谓的目标独立光栅化或 TIR。

TIR 使 Direct2D 在分割方面花费更少的 CPU 循环，因此，它可以更迅速、有效地向 GPU 提供绘制指令，而且不会影响视觉质量。TIR 可用于为 Windows 8 而设计的、支持 DirectX 11.1 的全新 GPU 硬件。

下面的图表显示了呈现反走样几何图形的性能改进，这些几何图形可以来自支持 TIR 的 DirectX 11.1 GPU 上的各种 SVG 文件：

我们与图形硬件合作伙伴密切合作设计 TIR。正是由于这种合作伙伴关系，使得实现显著改进成为可能。如今，DirectX 11.1 已经上市，我们正与合作伙伴相互配合，以确保广泛地提供更多具有 TIR 功能的产品。

呈现图像

图像广泛用于各种应用场景，其中包括显示用户界面、网页和其它应用内容。网站通常使用 JPEG 显示图片以及 PNG 和 GIF 文件，以便有效地存储按钮图形等用户界面元素。

处理数字照片也是 Windows 上的一项非常常见的活动。Windows 客户在 PC 上查看和操作的数字照片的数量以令人难以置信的速度不断增长。

针对使用 JPEG、GIF 和 PNG 格式处理图像和照片，我们已作出了几项性能改进。

对于 JPEG，其中的一些改进包括：

• 通过扩展所有 CPU 架构上的 SIMD 使用率更快地对图像进行解码
• 更快的 Huffman 解码和编码

对于 PNG，其中的一些改进包括：

• 通过扩展所有 CPU 架构上的 SIMD 使用率更快地对图像进行解码
• 通过优化 zlib 实施加快图像编码和解码速度

此外，我们还改进了像素格式转换和图像缩放。这导致所有应用程序的图像解码和呈现速度更快。

下面的视频使用测试应用程序来测量一组图像的解码和呈现时间。Windows 8 呈现 64 幅图像所花费的时间比 Windows 7 少 40%（4.38 秒与 7.28 秒）

呈现和显示

随着我们将 DirectX 发展到支持更多的主流应用场景，我们投资的另一个领域是优化应用程序呈现和显示内容的方式。3D 游戏绘制内容的方式和 Internet Explorer 等主流应用程序绘制内容的方式存在一些较大的差异。例如，请注意下面的游戏视频。在与此类似的游戏中，整个场景的变化非常迅速。随着“摄像机”围绕车辆移动，云朵在天空中随之移动，烟雾从发动机喷出，应用程序必须重新绘制每个帧中的整个场景，以便实现栩栩如生、引人入胜的体验。

下载本视频在您常用的媒体播放器中观看：
高质量 MP4 | 低质量 MP4

现在，请注意下面的网页。此网页包含一篇文本文章和一段视频。当播放视频时，浏览器必须更新包含视频的窗口部分，但不更新文本。此外，如果用户向上滚动页面，则我们只需要在页面底部呈现新的文本。其余的文本已经呈现，只需要移动即可。

为了改进不需要为每个帧重新绘制整个屏幕的应用程序，我们优化了 DirectX 处理重新绘制部分屏幕的方式和屏幕滚动的方式。这项工作不但可以改进应用程序效率和性能，而且由于减少了冗余绘制和需要在内存中复制图形数据的次数，因此还降低了能耗，从而延长了电池寿命。

使整个平台卓越不凡

所有这些变化帮助 Windows 非常迅速、流畅地呈现各种体验。虽然我们主要讨论的是有关 DirectX 方面的功能，但重要的是所有这些工作都有助于在默认情况下使整个平台实现硬件加速。由于我们在 DirectX 的基础上构建 Metro 风格的平台，因此，所有应用程序都充分利用了系统的图形硬件，而不考虑开发人员选择的编程语言和框架。

利用 Direct2D 和 Direct3D 创建令人惊叹的视觉体验

Direct2D 效果

在现代的用户体验中，将文体效果应用于图像变得更常见。这些文体效果可以帮助突出显示应用程序的某个区域，吸引您注意屏幕的特定部分，或者只是使外观看起来更漂亮。鉴于我们为 Windows 8 规划了图形功能，我们希望对开发人员而言，真正能够轻松地在应用程序中应用这些类型的效果。我们已了解了对图像处理非常有用的两个主要方面：

• 用户界面图像
  Metro 风格体验使用动态视觉。我们需要使 Metro 风格应用程序能够实时执行图像处理。这覆盖用户界面元素的 3D 过渡效果到视角转换、模糊和高亮显示。
• 照片
  处理照片的应用程序常常需要一系列丰富的图像处理功能。调节曝光率、亮度和对比度、应用振动和透明、处理高级曲线以及应用镜头校正等效果，都使这些应用程序能够增强您的数字记忆。

为了实现这些类型的体验，我们增加了“Direct2D 效果”，这是一组新的 API，它能够将高质量的硬件加速效果应用于所有图像。Direct2D 效果具有以下优点：

• 它们能够呈现最佳质量的图像效果，以便适合各种应用程序的需要。
• 实现了硬件加速的效果，而且对各种图形硬件均起作用。
• 简单的 API 只需少量的编程即可实现卓越的效果。
• 它们提供许多内置的效果。
• 它们支持大尺寸图像，每个通道高达 32 位。
• 自定义效果可以与内置效果或其它自定义效果相结合。

Direct2D 效果支持 Windows 8 中的一些新的用户体验。例如，当点击“开始”屏幕上的磁贴时，磁贴使用 3D 视角转换效果以正确的方向“倾斜”。它们还支持我们的其它平台。例如，使用 Direct2D 效果实施 SVG 过滤器效果和 CSS 3D 转换。

Direct3D 11.1 作为共同的基础

虽然增加新功能（比如 Direct2D 效果）是帮助开发人员提供新体验的一条绝佳途径，但我们还关注更易于使用现有 DirectX 功能的各种方法。

在既往的开发年代，我们已向 DirectX 增加了各种不同的功能。视频解码的硬件加速随 Direct3D 9 中的可编程着色器一起推出。在 Windows 7 中，我们增加了 Direct2D，并将其构建在 Direct3D 10 的基础上。当时，我们还创建了 DirectCompute，这个新的系统适用于已成为 Direct3D 11 的一个组成部分的 GPU 上的高性能计算。所有这些更新的一个结果是 DirectX 拥有了一系列非常综合的图形和 GPU 计算功能，但是，作为一个副作用，它还使创建一起使用视频、2D 图形、3D 图形、文本和 DirectCompute 的应用程序变得更加困难。

在 Windows 8 中，新的 Direct3D 11.1 API 是 2D 图形和文本、图像处理、3D 图形和计算以及视频硬件加速的基础。新的 API 使得将不同类型的内容混合在一个单独的场景中变得简单得多，原因在于单独的 API 现在可以管理与呈现相关的所有 GPU 资源。它还消除了以应用代码创建多个图形设备管理对象所涉及的冗余，从而降低了内存使用率。此外，Direct3D 11.1 为应用程序访问不同图形硬件的各种功能提供了统一的方法。它提供供应用程序确定哪些功能可用以及仅仅使用哪些功能的机制。这使应用程序能够最大程度地使用 GPU 的功能，无论 GPU 是为延长平板电脑的电池寿命还是台式机上的高端游戏而设计。

图形硬件多样化

一直以来，对 Windows 的每个继承版本的期望是图形平台和图形硬件功能变得更加丰富，而且具有更高的性能。随着图形硬件行业不断开发速度更快、功能更强的 GPU，现在仍然如此。但在 Windows 7 中，随着通过引入移动低功率设备而拓宽了硬件的多样性，我们开始注意到这些假设的一个拐点。

对于 Windows 8，硬件类型多样化的趋势得以持续和加速，拥有了全新的高性能图形卡，而且各种低功率移动设备不断增加。从持续连接的平板电脑中能耗大约 1 瓦的图形硬件，直到具有使用总瓦数达 1,000 瓦或者更多的多个图形卡的高端系统，Windows 8 硬件多样性的范围比以往更加广泛。这种不断拓宽的多样性带来了新的设计注意事项。

我们的目标仍然是提供具有视觉吸引力的高性能体验。对于高度移动的设备，主要的电源是电池，因此，我们还需要实现电池寿命最大化。为满足这些新型设备的性能和能耗要求，我们的许多图形硬件合作伙伴采用了新的 GPU 架构。

低能耗系统

低能耗系统设计中为实现性能和卓越的电池寿命而常用的其中一种图形架构称为“基于磁贴的呈现”。基于磁贴呈现方法的一般概念是图形引擎用于呈现的内存缓存性能非常高（但较小）。然后，GPU 通过重复处理每个磁贴上的相同一组命令来按部分（或磁贴）呈现屏幕，而非一次呈现整个屏幕。目的是尽可能减少使用片外内存的操作，从而保持低能耗和高性能。重复访问片外内存在时间和能耗两个方面的代价都非常高昂。

为了提高这些基于磁贴的架构的效率，我们增加了许多标记、提示和新的 API，它们可以尽可能减少呈现磁贴的次数。我们将这些元素的使用纳入 Metro 风格应用程序开发平台，以确保在使用基于磁贴的呈现架构的图形硬件上运行的应用程序具有更高的效率。

图形硬件减少能耗的同时实现卓越性能的另一种方法是使用更少位的精度来执行图形呈现计算。这使 GPU 能够更有效地组织数据格式，以便可以同时处理更多的数据，从而减少所需的能耗。对于 Windows 8，我们为应用程序在图形计算过程中指定所需的精度增加了新的机制。例如，当对多个图像执行自定义混合时（此时图像数据是每个组件 8 位），可以通过 10 位的精度（而非默认的 32 位）完成混合计算。降低精度并不影响图像质量，但却可以减少能耗。

卓越的性能，流畅的呈现

下载本视频在您常用的媒体播放器中观看：
高质量 MP4 | 低质量 MP4

正如大家亲眼所见，我们已为在 Windows 8 中实现非常快速和流畅的动画用户体验做了许多工作。从衡量进度的新方法，到为主流应用程序使用我们的图形平台而进行的优化，以及新的硬件功能，我们创建了最佳的 Windows 图形平台。当然，我们在创建沉浸式的三维游戏方面不断挑战极限，提供绝佳的性能和新功能，例如富有立体感的 3D。

从高端游戏平台到轻量型始终连接的平板电脑，Windows 8 支持单一操作系统领域有史以来最为广泛的图形硬件。我们希望本篇博文帮助说明了这项工作实现全新的丰富体验的一些方法。

- Rob Copeland

附记Sriram Subramanian、Dan McLachlan、Kam VedBrat、Steve Lim 和 Jianye Lu 为本篇博文作出了重要贡献，在此深表感谢。

在 2 月的 Windows 8 Consumer Preview 发布日前不久，我们曾发布过一篇有关我们帮助残障人士通过辅助功能更加轻松地使用 Windows 8 的博文。这包括可帮助盲人通过触摸屏使用 Windows 8 的“讲述人”功能。我们在 Release Preview 中进一步改进了该功能，并且这些改进将一直持续到 Windows 8 的最终版本。本博文将详细介绍我们在改进通过“讲述人”使用具备触控功能的 PC 方面所付出的努力。本博文的作者为辅助功能团队的 Doug Kirschner。–Steven

---

首先，我要对向我们提供反馈的各位朋友表示由衷的感谢，我们收到了大量积极的反馈，许多用户对于 Windows 8 触控屏幕中默认包含的基本屏幕读取功能倍感兴奋。我们还收到了许多建设性的反馈，其中提供了许多有关改进“讲述人”和简化 Web 使用的建议。我们认真听取了这些建议。我们综合考虑了来自各位的意见和 Microsoft 对视觉障碍人士进行的可用性测试，并进行了某些重要更改，相信这些更改不会辜负你的期望。

听取辅助功能社区的意见

在 Developer Preview 版本发布时，我们尽可能地借此机会联系了众多需要视觉协助工具的用户，并收集了有关“讲述人”的反馈。最开始，我们与 Microsoft 内部的社区人员展开了积极地合作（很幸运，我们拥有一个数量庞大且组织有序的社区，他们参与了所有 Microsoft 产品的辅助功能测试），要求他们安装 Windows 8 并将自己对该产品的印象反馈给我们，我们也举办了内部辅助功能活动，邀请用户前来亲自体验。我们还开展了辅助功能研究，邀请用户来到 Microsoft 总部通过触摸屏体验“讲述人”，并执行一些日常任务以了解有待改进之处。数百万用户下载了 Developer Preview 和 Consumer Preview，其中的许多人尝试了“讲述人”并向我们提供了中肯的反馈。我们对许多通过 @BuildWindows8 与我们联系的用户进行了跟踪回访。最近，我们出席了 CSUN 科技与残障人士大会，在该活动中，我们有幸与用户面对面的接触，并得以了解他们首次通过触摸屏幕试用 Windows 8 Consumer Preview 的感受。

这其中包含几个急待验证的关键情境。具体来说，我们希望确保用户能够直接在新 PC 上轻松地使用“讲述人”。这包括查找和安装来自应用商店的辅助应用，以及完成发送电子邮件、阅读网页和收听音乐等日常任务。截至目前，我们在此领域取得了令人鼓舞的成就，但很显然，我们还需要加倍努力，继续改进“讲述人”。

通过来自大家的建设性反馈，我们得以确认 Release Preview 中有待改进的关键领域：

• 响应：我们了解到在通过触摸屏使用“讲述人”时，用户感到系统的响应并不理想。
• 手势：一些用户感到“讲述人”手势难以掌握，尤其是那些较为复杂的多手指手势。
• 应用探索：如果用户对于特定应用或 UI 不甚熟悉，查找屏幕上的具体元素将会非常困难（例如在“开始”屏幕上查找磁贴）。
• Web 导航：Consumer Preview 中提供的命令对于某些网页来说不够完善。

我们在 Release Preview 中针对这些领域投入了大量精力，并且我们目前仍在努力针对 Windows 8 的最终发布版本改进其中一些领域。接下来，我将向您介绍目前在 Release Preview 中已经能够体验到的一些改进。

请下载本视频，在您常用的媒体播放器中观看：
高质量 MP4 | 低质量 MP4

改善“讲述人”对触控的响应能力

我们了解到一些用户感到“讲述人”对触控的响应不是非常理想。具体情况众说纷纭，有人感到“讲述人”响应缓慢或全无响应，也有人感到“讲述人”的体验不连贯或令人困惑，但这些问题的根本原因都只有一个。在触摸屏幕时，您期待会产生及时的响应。我们发现在两种常见情境中会发生此类问题：

• 单手指浏览：我们观察到，当用户必须通过在屏幕上拖动一根手指来查找某个项目时，他们通常不会直接点击所要查找的项目，而当他们在屏幕上过快地移动手指时，“讲述人”通常还来不及读取该项目。
• 手势响应：某些用户难以判断自己做出的手势是否成功，因此，即使最初的尝试已获成功，这些用户还是会反复尝试做出同一个手势。之所以会产生这种问题，是由于“讲述人”需要一段时间来识别某个手势，然后再提供语音响应。还有些时候，用户无法通过响应判断“讲述人”是否完成了预期操作，或者响应的内容似是而非。

在这些情况下，随着“讲述人”当前所阅读内容而移动的蓝色突出显示矩形会快速跳转至相应项目，指示“讲述人”已经注册了用户的动作并做出了相应响应。但是，问题存在于实际的发音过程中。文字至语音 (TTS) 的合成速度很快，但系统仍需一些时间来读取响应，此外，用户同样需要一些时间来处理听到的语言，以便理解其含义。对于较为复杂的情境，根据上下文的具体情况，语音响应时间千差万别，造成用户难以判断“讲述人”识别出的手势是否为自己预期的手势。这些微不足道的延迟会相互叠加，最终导致用户跳过项目，或认为最初的尝试未能成功而重复已成功的手势。

音频提示

对于视觉健全的用户，即使某项操作需要多花费数毫秒才能完成，突出显示的按钮或浮出的动画帮助等视觉反馈也能够立即指示系统做出了响应。这些提示并非只是为了美观，帮助您实时了解触控对系统的影响也是它们的重要功能之一。

随着深入研究有关响应的反馈，我们意识到通过音频提示可以更有效地利用“讲述人”功能。在 Release Preview 中，我们已开始添加音频提示，每种手势现在都已具有相关联的声音，并会在用户做出相应手势时播放。这些提示的设计宗旨为快速、精简和易于识别，允许您实时判断自己的手势是否成功，以及您的操作是否已执行。以下是一些示例：

• 移动到下一个项目时，播放滴答声。
• 激活时，播放单击声。
• 滚动时，播放滑动声。
• 选择时，播放重击声。
• “讲述人”报错时，播放杂音，方便您轻松地将其与系统错误的叮当声相区分。
• 当您使用一根手指浏览屏幕时，“讲述人”会在您经过每个新的项目时播放滴答声，因此，您将意识到由于过快划过某个项目而未能听到其名称的情况。

我们在设计和实施这些声音时获得了很多乐趣！

简化交互

接下来，我们调整了“讲述人”的触控交互模型。一些用户向我们报告使用多手指手势非常困难。具体来说，一些用户在使用双手指轻扫访问下一个和上一个项目时感到非常纠结，在使用四手指轻扫进行滚动时更是雪上加霜。我们也观察到用户有时会意外触发命令列表（提供项目命令、搜索窗口等功能），进而导致他们丢失应用中的上下文。

为了解决这些问题，我们简化了与触控“讲述人”互动的方式。该系统现在更加宽容，并采用了一套更加简化且易于记忆的手势模型。现在，只需单手指的点击或轻拂，即可在“讲述人”中执行大部分日常任务。改进的交互模型更加易于实施，并且更加科学地调整了手势的分组，因此，当您尝试做出无关手势时，将不会导致弹出命令列表和窗口。

下表概述了新的交互模型：

从面向 Windows 最早的 TabletPC 功能增强开始，我们对“屏幕键盘”的钻研脚步就从未停歇。而在 Windows 8 中，我们另起炉灶，采用了“第一原则”的方法来开发触摸键盘。由于我们中很多人都不乏触摸键盘的使用体验（例如，在电话上，以及日常交互使用的触摸设备上的使用体验），因此我们对全新 Windows 8 触摸键盘使用体验的质量以及输入的有效性设定了较高的“标准”。在本篇博文中，Windows 用户体验计划管理团队的成员 Kip Knox 将为您详细介绍触摸键盘的内容。--Steven

---

当我们开始规划触摸设备，以及其它可能运行 Windows 8 的 PC 类型时，我们意识到了为平板电脑和其它触摸屏幕 PC 提供有效文本输入方法的必要性。自内置了 Tablet PC 功能的 Windows XP SP1 伊始，Windows 就已包含了可触摸的屏幕键盘。但是这些功能旨在扩展桌面体验。而在 Windows 8 中，我们着手改善了这一模型，并引入了可满足用户需求、符合我们设计原则、并可与当前和今后出现的外形设备协作良好的文本输入支持。

本篇英语博文的撰写就正是在采用标准 QWERTY 布局的 Windows 8 触摸键盘上完成的。呈现在我面前的键盘似乎非常简单而直观。我之所以有这种感觉，部分原因是我已经使用了该键盘一段时间，同时这也得益于我们十分熟悉这些键盘。然而，我们眼睛（或者手指）在此处能够看到（或触摸到）的却远不止这些。

我们在开始规划这一功能区域时并未抱有先入为主的观念。与我们设计其它所有功能时的情形一致，我们在开始文本数据设计项目之前设定了一系列原则或目标。在使用触摸功能的 Windows 8 PC 上，我们希望用户能够：

• 快速输入文本，输入速度与用户在物理键盘上键入的速度相当
• 避免错误，并且能够轻松更正错误
• 能以舒适的姿势输入文本，并与设备和社交环境进行交互

您可能已经注意到这些目标都与键盘无明显关联。而且当我们开始项目时，我们设想了所有可能的方法来进行文本输入。我们发现在所有考察的文本输入方法中，没有一个方法能够满足上述目标，键盘也是如此。对于大多数用户而言，相比其它书写方式，键入只是更快、更准、更舒适。例如，Windows 中拥有高度准确的多语言手写输入识别功能，以及高级语音识别功能。但是如果没有一个出众的触摸键盘，我们无法满足运行 Windows 触摸屏幕设备的用户的需求和期望。因此，我们正着手在所有设备上创建最佳的触摸键盘。

面向舒适度和姿势进行了全面优化

在平板电脑上设计触摸键盘的方式多种多样，我们设想了其中的大部分：大型键盘、小型键盘、浮动键盘、圆形键盘、轻扫键盘。但是我们的初始设计进程围绕我们对用户使用平板电脑的方式的研究而展开。我们的调查人员对长时间使用平板电脑的用户展开了一项深度研究。通过这些观察和访问，我们发现这些用户在使用平板电脑时最常使用三个姿势：

1. 一只手握住设备，另一只手与用户界面进行交互
2. 两只手握住设备，用拇指进行交互
3. 将设备置于桌上、腿上或支架上，用双手进行交互

对长时间使用平板电脑的用户的调查揭示了三个常见的姿势。

使用这三个姿势时，用户感到最为自然，同时也最有可能长时间使用平板电脑。我们确定了 Windows 8 中的设计决定，从而为这些姿势进行优化，而且设计决定中包含用户如何直观输入文本的内容。当在平板电脑上键入时，大多数用户要么将平板电脑放在其大腿上或桌上，使用多个手指键入，要么双手握住平板电脑，使用其拇指键入，抑或使用一只手握住平板电脑，然后“看着键盘打字”。

我们对标准触摸键盘布局进行了优化，该键盘位于平板电脑下方，可供多个手指键入，同时也可在一只手键入时良好操作。我们还引入了一个被我们称为拇指键盘的新布局（我们约在一年前首次发布 Windows 8 预览版时向公众展示了该布局），该布局专为使用双手握住平板电脑，并使用其拇指键入的用户而设计。这种键盘的尺寸可经调解，以适应不同的手掌尺寸。在我们对姿势所进行的研究观察中有一个有趣的现象，即用户频繁变换其姿势，而且姿势变换通常被视为一个积极的现象，因为我们需要不断变换姿势以保持舒适感。因此，我们在键盘布局中同时也考虑了一段时间内可能的键入内容（例如给您母亲的电子邮件），以及您在键入过程中变换的姿势。例如，您可能在开始键入时将平板电脑置于咖啡桌上，但是随后你可能对该姿势感到疲惫，于是拾起平板电脑，躺在长椅上，使用两个拇指与平板电脑进行交互。

对姿势和舒适度的进一步研究有助于我们理解用户如何手持平板电脑，以及我们的拇指通常所触及的范围。在后续研究中，我们选择了大量用户参与调查，他们手掌大小各不相同，他们使用包含传感器的平板电脑，该传感器可显示出他们的拇指可最舒适触及的范围，可伸展的范围，以及将获得不舒适感的范围。这些结果有助于我们优化拇指对系统的使用，并有助于确定拇指键盘的布局。

该热度地图覆盖于拇指键盘布局之上，并显示出用户拇指通常可触及的范围。绿色为非常舒适的区域，黄色为可触及区域，而红色通常为产生不舒适感的区域。

在玻璃上键入

我们所考虑的下一个难题在于在平板电脑的玻璃显示屏上键入的体验。至少有一种关键姿势与在物理键盘上键入是相同的，即平放平板电脑。因此与在电话上键入不同，我们面临着与物理键盘使用体验的直接比对。当您在便携式计算机或台式计算机上键入时，您可充分享受一些实际的优势。您在键入过程中可获得很多感官反馈。首先，您可在您的起始键上快速定位您的手掌，而且大部分的键盘（英语 QWERTY 键盘）都在 J 和 F 键上一些小突起以便用户确认位置。随后，当您键入时，按键的形状将进一步确认您手指移动的位置。按键自身有“移动过程”，或者说是小幅度的上下移动，这将确认您对按键的敲击。而且由于键盘是机械的，因此您在击键过程的可听到敲击声音（如果此时您的同事正在开会期间查看电子邮件，这种声音也许会给您造成不悦）。

如果您放下一片玻璃，并在上面键入，那么您将不会获得任何反馈；您既无法得知您手指所在的位置，也无法知道您是否击中目标。在意识到这一问题后，我们做出了一些决策。我们需要提供某类反馈，而且我们需要意识到用户将在触摸键盘上键入时变得更加“草率”。但是我们也观察到触摸键盘拥有一些物理键盘所没有的功能，我们应该将这些功能发扬光大。

您在触摸键盘中可看到的反馈通常将以两种形式呈现：触摸时按键颜色的变化，以及触动时轻微的声音。这与您在大多数电话触摸键盘中所见到的情形较为类似。我们也考虑了其它形式的反馈，但是最终由于其中断影响过大或不自然程度过高而将其排除在外。例如，我们研究了您可在许多电话中体验到的触觉反馈（基于输入的设备振动）。但是大多数用户认为在键入各种长度的内容时，当前最先进的触觉反馈在某种程度上令人不悦，这种按键音的设计倒更像是对用户的惩罚而不像是反馈。

我们的两类反馈形式（视觉按键变化和声音）也引起了不少争议。视觉按键变化并非一直是最佳效果，输入密码的情形就是其中一个例子，基于这一原因，我们可让您在这些情形中禁止反馈。某些用户认为按键的声音刺耳且做作。但是用户测试结果证实了我们的假设，即用户在玻璃上键入时认为声音悦耳且鼓舞人心。我们将采用的特定声音（与 Windows Phone 上的按键声音类似）设计成一项“辅助功能”，即您可快速忘记该功能的存在，但是一旦该功能关闭，其又能引起您的注意。

这两种反馈形式在用户首次使用触摸键盘体验时将更为频繁使用。我们在实验室中进行了眼球跟踪研究，研究结果表明随着用户对触摸键盘使用的熟练程度日趋提高，他们将花费更多时间来关注输入字段，而花费更少的时间来关注键盘本身。因此每个字符的外观将成为您在高效键入时的最佳反馈。我将在本篇博文的稍后部分向您介绍这些研究追踪研究的更多内容。

该眼球跟踪研究的热度地图显示：随着用户使用触摸键盘的时间增加，他们的关注点逐渐转移至输入字段。

但是即便您“擅长”在玻璃上的触摸键盘上键入，相比物理键盘，您的键入准确度和速度都将较低。我们对 Windows 8 的触摸键盘进行了某些特定的调整以解决这一实际问题。其中最为有趣的一项调整被我们成为“触摸模型”。

当您点击触摸键盘上的某个按键时，我们将检测您所触摸的坐标，而且我们可将其映射至按键的几何位置。但是当您的手指在玻璃上移动时，您的按键动作可能迁移至您所希望触摸的按键边界之外。如果我们仅依赖于按键的几何映射，那么您将遇到许多错误。鉴于此，按键将首先与模型进行比对，评估您打算敲击某按键或其旁边按键的可能性。该处理将获取两项信息。首先，我们将使用来自许多用户键入全字母短句的数据，或者使用英文字母中所有字母的词组，以记录用户按键偏离其预期目标的趋势。例如，由于大多数的用户的手指曲线向内，因此当用户可能打算键入 p 时，他们通常会敲击 o。基于这一组包括键入速度在内的特征，该模型将衡量用户打算键入某一按键而非另一按键的可能性。其次，我们使用了表示字母和单词的词汇数据，这些字母和单词有可能在书写时串联至一起。这是与拼写更正相同的系统，该系统可“知道”您可能打算键入的内容，即使您误键入了其他内容。

基于触摸模型，键盘通常能够不知不觉地纠正错误情形，例如当您在 QWERTY 布局中打算键入 p，而不经意敲击了 o 的情形。或者考虑当您正在键入单词“the”时的情形。如果您键入 t 以及 h，那么当您在 e 和 w 之间触摸，并且略微偏向 w 时，触摸模型将确定这一情形，确认 t-h-e 而非 t-h-w 是常见的字符组合，并适当的输出 e。但是如果您完全触摸 w 按键，那么键盘将尊重该输出，并假设您的判断正确。这一切将在您键入过程中发生，因此在正确的字符将自动进入输入字段，而无需额外的更正。当这种方式效果最佳时，您甚至无法意识到这一切已经发生，从而让您自信在玻璃上键入。

触摸模型数据报告中的地图显示了用户在触摸键盘上键入时向某个按键的偏离。

非常适合键入

尽管我们已经响应了这些反馈，并且为不可避免的错误提供了“保护措施”，我们仍需确定特定的键盘布局，即按键的触及范围。按键位置对键入速度和准确性有较大的影响，而且用户对这些按键有非常强烈，通常也是相互冲突的意见。但是设计问题基于我们对交互的观察和某些物理实际情况而依据逻辑进行了分解。例如，我们证实了我们的假设：

1. 大部分用户已经基于物理键盘的常规形成了强烈的习惯。当您打破这些常规时，您将大幅降低他们键入的速度。非常年轻的用户或者专门的 T9 打字员也是如此，因为我们大多数人在很小的年纪就已经开始以某种形式学习触摸键入。
2. 键盘存在最优可定位的尺寸。Microsoft 对物理键盘所进行的宽泛研究在此处也适用。例如，我们触摸键盘的字母键宽度为 19mm，与大多数物理键盘的宽度相同，这是因为用户对于该尺寸（而非更小或更大尺寸）目标的键入操作更为快速。
3. 您所包含的按键越多，用户则越有可能犯错。造成这一现象的部分原因在于更多的按键意味着按键需要变得更小，因此用户越有可能触碰本不打算触碰的按键。更多的按键同时也将造成视觉混乱，并分散用户的注意力，从而降低用户扫描和查找按键的速度。
4. 您并不希望键盘占据显示屏一半以上。过大的键盘将给用户产生幽闭的体验，从而让用户缺失环境感。然而，业界也存在一个相反的规则：键盘占据显示屏一般位置将恰到好处。这是因为输入文本通常是一个“模式”活动，此时您的注意力高度集中于键入某些内容，而不是外设。您对键盘以外的关注区域相对较小，而主要是关注您正在键入的字符。本篇博文中所介绍的眼球跟踪研究表明了这一现象。
5. 用户使用某些按键多于其它按键。我们于分析了在现实世界环境中撰写的文本段落后得出了这一推断。用户在字母和符号的使用上存在明确的频率模式。
6. 只要用户在学习新事物时，该事物不与其习惯发生冲突，那么他们将很快学会该新事物。

因此最终，确定所有语言触摸键盘的布局成为了各种不同要素之间寻找平衡的活动。例如，您希望减少默认布局中按键的数量，但是如果您删除了用户日常键入过程中依赖使用的某一按键，那么用户将大感不悦。布局需要足够大，以支持键入的准确性，但是不能大到遮盖应用程序。

我们还将一条更全面的规则或原则专门应用至键盘布局中：键盘布局必须适合用户键入。这似乎显而易见，但是当您发现键盘将被用于写入文字、或发送命令、抑或输入代码以外的大量操作（例如打开 UI 的快捷键）时，这一原则将清楚说明许多问题。由于键入是键盘的主要目的，键盘必须比完成上述操作更好地完成键入操作，因此我们的键盘面向键入进行了优化。让我们一同来看看我们所做的几个符合这些参数的决定。

数字

很多用户向我们提问为什么我们不再默认键盘布局中引入数字行。我们在工作中频繁使用数字，而且我们已经习惯在我们物理键盘顶部查找数字按键。例如 Windows 7 屏幕键盘就有数字行。这与键盘的整体设计相一致，其本质上是物理键盘的一个软件模拟。因此它并没有面向触摸领域而进行优化。

Windows 7 屏幕键盘模拟了物理键盘，且并未针对触摸或键入进行优化。

我们一些早期的设计和原型也包含数字行。但是当我们将这些设计向用户推出后，用户却强烈反映这些键盘相比他们习惯使用的键盘而过于“拥挤”。我们观察到频繁的错误和意外调用按键的发生，特别是布局周边的按键。因此我们进行了多项变更，并确定不再包含数字行。以下是详细原因：包含数字行意味着添加第四行字符键。当我们使用可定位的尺寸来优化按键时，这意味着键盘的按键尺寸必须较大。在典型的平板设备上（例如屏幕尺寸为 10.6 英寸的平板设备），添加数字行意味着键盘将占据显示屏一半以上。当我们将这一现象与数字键相比大多数字母和常用符号而较少键入的观察结果相结合时，您将发现额外的按键将导致意外击键的发生，因此我们决定将数字键包含于单独的数字和符号视图中。

在解决这一问题后，我们仍面临着是将数字按键显示成数字和符号视图顶部的一行还是显示成数字键盘的争论。我们基于以下理由而选择了数字键盘：

1. 用户一次通常将输入多个数字。
2. 查看一组组织有序的数字比一长行数字更为简便。
3. 当数字聚集时，用户键入数字序列速度更快。

我们还决定以上方显示 1、2、3 的顺序，而非 7、8、9 的顺序来显示数字按键，与许多扩展计算机键盘或收银机相同。这是一个有趣的情形，此时物理键盘的习惯作用并不大，因为用户已经熟悉并舒适使用电话、ATM、遥控器或其它现代设备上的数字键盘顺序。相比其它顺序，1、2、3 顺序易于眼睛扫描和大脑处理。

数字和符号视图包含一个数字键盘，该键盘的布局与我们在电话、ATM 和遥控器上见到的现代布局相同。

Tab 键

Tab 键的情形也较为类似。这也是一个我们在格式化文档中和在网页上浏览输入字段等情形中多次使用的按键。基于该原因，我们在删除了通常位于物理键盘中的许多其它按键后，将其包含于一项早期触摸优化的布局中。现在其视图效果如下。

键盘的早期布局中包含许多将影响准确性和速度的额外按键。

您可能观察到在右侧和左侧有不是字母或符号的按键边界。该布局导致了上述结果，即用户将获得拥挤之感。而且更糟糕的是，用户将频繁击错字符键，并无意触碰某一边界键。当我们删除这些按键时，用户对所产生的布局的开阔感和舒适感大加赞赏，用户的按键错误率有所下降，键入速度也有所提高。借助数字和符号视图中的 Tab 键，触及难度有所提高，但是键盘更加适合键入，因此 Tab 键的行程已经结束。

下档键：需要汲取教训的一个错误

我们将与您共享的最后一个示例是我们在产品中已有，并将于随后削减的一项功能。该功能源自我们在不完整切换视图的前提下简化键入标点符号的愿望。在这一设计中，左 shift 键起到了我们当今使用 shift 键的功能，即启用大写字母，从默认视图中访问替代符号。我们曾以不同的方式使用右 shift 键，其让用户“扫视”经常使用的符号和标点符号。当时的想法是您可能会短暂地按下“下档键”来选择标点符号等内容，但并不丢失主视图的环境，因而整个过程将更快速。我们将其归纳为该区域可让我们偏离常规，并让您获得仅可从该软件中获得的价值。以下是“下档”键盘的图片。

下档键的设计旨在为用户提供快速的方式来访问符号，但是其与用户对换挡行为的期望有所冲突。

完全可以说这一原型在实验室中并未取得成功。参与者基于与您经常使用 shift 键相同的原因而经常触碰右 shift 键。而且当键盘显示对符号的“扫视视图”时，用户将感到困惑，并中断键入。因此我们曾发生过坚持遵照物理键盘的常规的情形。

现实使用过程中在长按行为中存在一个有趣的相反示例。在物理键盘上，如果您长按一个字符，那么该字符将重复。而在我们触摸键盘上，如果您长按某一按键，屏幕将显示替代的字符或符号。这是触摸键盘可出色完成而物理键盘不能的一项功能。如果您不知道显示诸如 ñ 或 é 或 š 等内容的特定按键组合，那么您很难在物理键盘上键入。而在触摸键盘上用户能轻松找到该按键组合。在实践过程中，没有用户会不满意这一与常规的不同。事实上，我们的工作基于此而开展。您可能发现您只需从某一按键按照辅助按键的顺序轻扫，该字符就将被输入，而无需从菜单中明确选择。因此如果您多次使用重音字符，那么您可通过该功能而大幅提高键入速度。还不立即尝试！

当您长按某一按键时，其将显示相关按键。如果您向您所希望的辅助按键快速轻扫，那么您可快速选取。

测试与验证

我们一直在开展一系列眼球跟踪研究，该研究使用摄像机记录下参与者在与系统交互过程中目光的方向。这些研究有助于我们确定一些内容：用户在触摸键盘上键入时看向何处？视觉目光是否随着时间的推移而有所变化？这些模式是否在不同的视图或布局中保持一致？以及视觉目光是否与键入速度有关？

一项眼球跟踪研究参与者开始了研究过程。

我们较为一致地发现用户主要看字符出现的文本字段，而且他们也看键盘。这一模式十分一致，因此我们设计了我们的文字联想体验来优化这一趋势。文字联想（当您键入时预测的单词）将显示于文本字段指针的右侧，而且您可通过触碰触摸键盘上的“插入”键而插入文本建议。这一点获得优化，我们发现用户在其键入时对此给予了关注。这与诸如您在许多电话上所见到的文字联想 UI 完全不同，在电话等设备上所见到的文本建议 UI 中将在键盘顶部显示一系列可能的单词。在包含全尺寸键盘的 PC 上，用户几乎不看那里，因为他们不希望停止键入和更改姿势来选择这些单词。

个人的固定习惯或固定视网膜记录显示用户要么看键盘，要么看文本字段。我们通常不查看二者之间的区域。我们的文本预测 UI 将基于这一原因而显示于插入点旁。

我们还发现我们的目光随着时间的推移而改变，而且随着我们目光的改变，我们键入的速度也有所提高。您可在眼球跟踪研究的目光测算表中清晰看到这一变化趋势。从不熟悉平板电脑的速度较慢的打字员到长期使用平板电脑的熟练打字员的所有用户都显示出了这一趋势。在所有情况中，用户首先更加关注键盘，而其键入速度也较慢。随着时间的推移，例如在研究开展数天后的 90 分钟后，用户的对键盘的关注大幅降低，转而关注文本字段，每分钟键入单词量也明显增加。

我们可在实验室研究中观察到我们的目光随着时间的推移而变化。左侧图像显示了以为打字员在约数分钟后的变化情形。右侧图像显示了约 90 分钟后的目光测算表。您可看到目光关注焦点转向了文本字段。该打字员在此期间的键入速度翻了一倍。

持续的改进

最后，我们在以下向您展示了一幅当前英文 QWERTY 键盘布局的图片，我们已将其包含于 Windows 8 Release Preview 中。我们有意维持了空缺，而且基于明确的原因而保留了某些按键。每个按键背后都有其自己的故事，但是我们在此仅介绍部分要点：

• 保留退格键是因为用户在物理键盘和触摸键盘上频繁使用。如果我们删除该按键，那么您的手指将来回搜索该按键。
• 模式切换按键在视图和语言切换以及隐藏键盘时必不可少。IME 用户将发现切换至包含面向触摸优化的键盘布局的 Windows IME 时需要使用该按键。
• CTRL 键和右、左箭头键旨在用于文本编辑操作。您可移动您的输入指针，并且剪切、复制和粘贴，而无需将您的手指从键盘移开。（请注意 CTRL 键的操作方式与物理键盘上一致，因此所有受支持的组合仍将有效。）我们包含了诸如剪切、复制、粘贴和加粗等标签，这是因为它们与文本编辑有关。触摸键盘的设计目的并非让用户“发送命令”，因此您并不能在触摸键盘中找到 Windows 键或功能键。我们经过深思熟虑后决定将焦点放在真正有适于键入的目标上。
• 空格键位于中央，且成长条宽形。物理键盘研究显示约有 80% 的空格键击键发生在右侧（如果您看看较旧的键盘，您就会发现空格键右侧的磨损情况）。这一点仍然体现在触摸键盘上，如果尺寸不够大，用户将错过空格键，这将导致较难恢复的错误。
• “emoji”或图释键可将您切换至 emoji 视图，此处我们将支持大量基于 Unicode 的 emoji 字符。emoji 的使用将在全球范围内继续增加，并已经成为用户撰写文本，传情达意的一部分。
• 我们还包含了一个面向标准键盘布局的选项，这对于不包含键盘的 PC 而言，用户在使用需要功能键或其它扩展键的桌面软件时大有裨益。该选项可在 PC 设置的一般设备中的“设置”超级按钮中轻松启用。

在您使用键盘时，我们希望您还能发现我们为简化您的操作而额外添加的一些功能。例如，如果您长按 &123 键，您可使用另一只手选择符号或数字，而当您松开手时，您可返回此前视图。我们的团队将其成为“多触摸视图扫视”。

当前触摸优化的布局反映了每个按键基于一系列研究而做出的决策。

由于我们支持全球范围内的触摸优化键入体验，因此这些优化适用于 Windows 中已有的全部输入语言。我们打算在键入体验中做出更多改进，而且我们对已经收到的反馈感到十分开心，并对您表示衷心的感谢。谢谢！

Kip Knox

下载本视频在您常用的媒体播放器中观看：
高质量 MP4 | 低质量 MP4

我们都知道备份重要文件是我们份内之事。即使所有内容都在 SkyDrive 中，我们仍然需要做一些事情。在 Windows 8 中，我们为备份提供了全新的工作方式，并着手解决一个长期存在的问题，那就是，不仅会还原您的所有文件，而且还会还原您在一天中所编辑的某个重要文件以前的版本。为了实现这一目标，我们将在 Windows 8 中推出一项新功能，即文件历史记录。本博文由存储团队的项目经理 Bohdan Raciborski 撰写。--Steven

注意：最近的评论有点跑题。请遵守社区标准并关注手头的主题。

什么是文件历史记录？

文件历史记录是一个备份应用程序，它会持续保护存储在库、桌面、收藏夹和联系人文件夹中的个人文件。它定期扫描（默认情况下每小时一次）文件系统中的更改并将更改的文件复制到另一位置。每当您的任何个人文件发生更改时，其副本都将存储在您选择的专用外部存储设备上。随着时间的推移，文件历史记录将会建立对任何个人文件所做更改的完整历史记录。

这是 Windows 8 中推出的一项新功能，可为消费者提供一种保护文件的新方式。它将取代 Windows 7 中现有的 Windows 备份和还原功能。

与更传统的备份和还原方法相比，此方法有何独特之处？

很遗憾，备份并不是一个非常受欢迎的应用程序。我们的遥测数据表明，只有不到 5% 的消费者 PC 使用 Windows 备份，即使加上使用的所有第三方工具，也只有远远不到一半的消费者 PC 得到备份。这会使用户的个人数据和数字记忆面临很大风险，因为任何事故都可能导致数据丢失。在 Windows 8 中，Microsoft 正在努力实现以下目标：

1. 让数据保护变得足够方便，以便任何 Windows 用户都可以打开它并完全放心，相信他们的个人文件受到保护。
2. 消除设置和使用备份的复杂性。
3. 将备份变成一种无人参与的自动服务，该服务在后台执行保护用户文件的繁重工作，而无需任何用户交互。
4. 提供非常简单且有吸引力的还原体验，使查找、预览和还原个人文件更加轻松。

在设计文件历史记录时，我们吸取了过去的经验并增加了相关要求来满足 PC 用户不断变化的需求。

• PC 用户以往任何时候都更具流动性。为了适应这一情况，我们优化了文件历史记录，以便更好地支持不断在各种电源状态之间切换或不断与网络和设备连接和断开连接的便携式计算机。
• PC 用户创建的数据比以往任何时候都多，也比以往任何时候都更依赖这些数据。因此，我们不仅保护系统驱动器上当前存储的内容，还保护用户过去所做的所有工作和创建的数据。

当您需要某一文件在某个特定时间点 (PiT) 的版本，甚至是需要整个文件夹时，您可以快速找到并还原它。还原应用程序被设计为提供有吸引力的体验，该体验已针对文件的浏览、搜索、预览和还原进行了优化。

进行设置

在开始使用文件历史记录备份之前，您需要设置一个驱动器来保存文件。建议您使用外部驱动器或网络位置，以便在出现崩溃或其他 PC 问题时保护文件。

文件历史记录只保存位于您的库、联系人和收藏夹中以及桌面上的文件的副本。如果其他位置也有需要备份的文件夹，则可以将它们添加到某个现有库中，或者创建一个新库。

设置文件历史记录

1. 打开“文件历史记录”控制面板小程序。
2. 连接到外部驱动器，刷新页面，然后点击或单击“打开”。

还可以设置自动播放中的驱动器，方法是将驱动器连接到 PC，点击或单击出现的通知...

… 然后点击或单击“配置此驱动器进行备份”。

就是这样。从那一刻起，文件历史记录会每小时检查一次您的库、桌面、收藏夹和联系人以查看是否有任何更改。如果找到已更改的文件，它会自动将它们复制到文件历史记录驱动器。

请下载本视频，在您常用的媒体播放器中观看：
高质量 MP4 | 低质量 MP4

还原文件

如果出现故障，导致一个或多个个人文件丢失，则通过还原应用程序，可以很轻松地执行以下操作：

• 通过与 Windows 资源管理器非常类似的方式浏览个人库、文件夹和文件。
• 使用关键字、文件名和日期范围搜索特定版本。
• 预览选定文件的版本。
• 只需点击或单击鼠标即可还原一个或一组文件。

我们针对宽屏幕显示屏对还原应用程序进行了设计，以提供一种通过查看特定文件版本的预览来查找该版本的独特、有吸引力且方便的方法。

使用其他备份应用程序，您必须选择在特定日期创建的备份集。然后您必须通过浏览找到特定文件夹，再查找所需的某个文件。但此时，您无法打开该文件或预览其内容以确定它是否就是您需要的那一个。您必须还原文件。如果它不是所需的版本，您必须从头再来。

使用文件历史记录，搜索在 Windows 资源管理器中就已经开始。您可以浏览到特定位置并单击或点击资源管理器功能区中的“历史记录”按钮，以查看所选库、文件夹或单个文件的所有版本。

例如，当您选择“图片”库并单击或点击“历史记录”按钮时...

… 您将看到该库的整个历史记录。

单击特定文件时，您可以看到所选图片的整个历史记录。

在本例中，所选图片有 4 个版本。您可以通过单击“上一步”/“下一步”按钮或通过轻扫屏幕轻松地导航到所需版本。找到所需版本后，可以单击“还原”按钮将其恢复。所选版本将还原到其原来的位置。

持续、可靠的保护

文件历史记录不使用旧的备份模型，而是采用不同的方法来保护数据。

只保护最重要的内容

文件历史记录不是保护整个系统（操作系统、应用程序、设置和用户文件），而是只保护用户个人文件。那是最宝贵也是在发生意外情况时最难重新创建的内容。

针对性能进行了优化

过去，大多数备份应用程序都使用强制性方法通过扫描整个卷来检查目录或文件中的更改。该方法可能会严重影响系统性能，并且需要很长时间才能完成。而文件历史记录利用 NTFS 更改日志。NTFS 更改日志记录对存储在 NTFS 卷上的任何文件所做的所有更改。文件历史记录不扫描卷（这会涉及打开和读取目录），而是打开 NTFS 更改日志并快速扫描它以查找更改。它根据这些信息创建已更改并需要复制的文件的列表。此过程非常快捷、高效。

文件历史记录被设计为可轻松中断和快速恢复。这样，在系统进入休眠模式、用户注销、系统太忙并且需要更多 CPU 周期来完成前台操作，或者网络连接中断或饱和时，文件历史记录就可以恢复其运行而无需从头再来。

文件历史记录设计为可在任何 PC 上正常工作，包括具有有限资源的小机身 PC 和平板电脑。它对系统资源的使用方式可最大限度减少对系统性能、电池使用寿命和整体体验的影响。

1. 文件历史记录进程以低优先级运行，使用低优先级 IO 和低优先级内存。

图 1：文件历史记录对不断增加的工作负荷的反应。

图 2：存在其他具有普通优先级 I/O 的进程时的文件历史记录磁盘利用率。

1. 当文件历史记录服务闲置时，它使用的工作集平均大小为 10 MB。在运行时，它使用极少的内存，并且只使用很短的时间。下面的图表显示了在文件历史记录周期频率设置为一小时的情况下，使用四个小时内的模拟工作负荷收集的工作集柱状图。

图 3：每个备份周期的工作集大小，每 3 分钟取样一次。

1. 一个周期备份的数据量会受到限制。
2. 当计算机休眠时，所有活动均挂起。

文件历史记录会考虑以下情况：

• 用户是否存在，即，是否登录并正在使用系统。
• 计算机是使用交流电源还是电池供电。
• 上一备份周期是什么时候完成的。
• 自上一周期完成后进行了多少更改。
• 前台进程的活动。

它每 10 秒钟重新检查一次这些因素，并根据所有这些因素确定备份数据的最佳方式。如果这些条件中的任一条件发生变化，该服务都会决定减少/增加配额或挂起/终止备份周期。

针对移动用户优化

当文件历史记录正在运行时，它会平顺地处理状态转换。例如，当您合上便携式计算机，断开外部驱动器或离开家并将便携式计算机带到家庭无线网络范围以外时，文件历史记录会采取适当的操作：

• 合上机盖 - 当 PC 进入休眠模式时，文件历史记录会检测到电源模式转换并挂起其操作。
• 打开机盖 – 文件历史记录按一定的优先级恢复其操作，以确保文件受到保护，同时不会影响整体系统性能，甚至对于游戏玩家也是如此。它还会等待所有“机盖打开”后的活动完成，以免影响系统从休眠状态恢复。
• 专用存储设备断开连接 – 文件历史记录检测到存储设备不存在并开始将已更改文件的版本缓存到系统驱动器上。
• 专用存储设备已重新连接 – 在下一周期中，文件历史记录检测到存储设备已重新连接，它会将本地缓存中的所有版本刷新到外部驱动器并恢复正常运行。

简洁无忧

我们在设计文件历史记录时考虑到了两个目标：1) 对用户个人文件提供尽可能最佳的保护；2) 提供易用性、简洁性，让用户高枕无忧。

如果您想利用文件历史记录，只需做出几个简单的决定。大多数情况下，只需做一个决定：使用哪个外部驱动器。Windows 会处理其余事宜。文件历史记录的运行是透明的，不会以任何方式影响用户体验以及 Windows 的可靠性和性能。

完全控制

大多数备份应用程序（包括 Windows 7 中附带的 Windows 备份和还原）都需要有管理员特权才能设置和使用。这意味着，标准用户必须让管理员进行设置，并且每次需要还原文件时，都必须让管理员授予他们管理特权。而文件历史记录没有这么麻烦。每个用户均可对文件历史记录进行完全控制。现在用户可以决定是否和何时打开文件历史记录以及要使用的外部驱动器。事实上，每个用户可以分别选择不同的位置来存储其文件历史记录。而且他们无需管理员帮助即可还原文件。

发烧级用户和经验丰富的 PC 用户可以使用高级文件历史记录功能来控制其操作的许多方面，例如：

• 您希望多久保存一次文件副本：备份频率的范围是 10 分钟一次到 24 小时一次。频率越高，保护级别越高，但消耗的磁盘空间也越多。

• 您希望将保存的版本保留多长时间：版本可以永久存储，也可以只存储一个月。当文件历史记录驱动器填满速度过快时，此设置很有用。您可以通过缩短版本的存储时间来放慢此速度。

• 更改本地缓存的大小：文件历史记录会在文件历史记录目标驱动器不可用时使用少量本地驱动器空间来存储文件版本。如果您在断开连接时创建大量文件版本或者长时间保持断开连接状态，则可能需要在本地驱动器上预留更多空间才能保存所有版本。请注意，本地缓存中存储的版本会在外部驱动器再次可用时刷新到外部驱动器。

• 排除您不想备份的文件夹：有些文件夹可能包含因为很容易重新创建而不需要保护的非常大的文件（例如下载的高清影片或播客）。这些文件很快就会用完所有文件历史记录驱动器容量。此设置允许您排除此类文件夹。

• 向家庭网络上的其他家庭组成员推荐驱动器：下面的“文件历史记录与家庭组”部分更详细地介绍了该设置。

• 访问文件历史记录事件日志：事件日志包含在对文件历史记录进行故障排查时可能有用的事件记录。如果想要找出文件历史记录因为任何原因而无法访问的文件，它尤其有用。

可以从文件历史记录控制面板小程序访问高级设置。

若要排除文件夹，请选择“排除文件夹”。接下来，单击“添加”按钮，浏览到要排除的文件夹并选择它。从下一备份周期开始，将不再备份此文件夹中的文件。若要重新开始备份此文件夹，只需将其从列表中删除即可。

其他高级设置位于“高级设置”页面上。

文件历史记录还支持 Windows 8 中引入的新存储功能。有大量数据需要备份的用户可以使用“存储空间”创建使用现成 USB 驱动器的弹性存储池。当池填满时，他们可以向池中添加更多驱动器和额外存储容量。您可以在这篇博文中查找有关“存储空间”的更多信息。

使用 BitLocker 保护其个人文件内容的用户也可以使用文件历史记录，因为在源和目标驱动器上，它都无缝支持 BitLocker。

文件历史记录是为消费者设计的，但企业客户也可能会使用它。有些情况下，文件历史记录可能与企业策略（如保留策略）冲突。为了避免这种冲突，我们添加了一个组策略，以便企业 IT 管理员可以在托管客户端 PC 上关闭文件历史记录。

您可以在组策略对象编辑器的“计算机配置”、“管理模板”、“Windows 组件”、“文件历史记录”下找到文件历史记录策略设置。

最少设置

文件历史记录是 Windows 的一部分，因此您无需安装任何其他软件。不过，必须打开文件历史记录，这通常只需一次单击。

如上所述，若要开始保护您的库，您需要附加外部驱动器或选择网络位置。文件历史记录会将您的文件版本存储在该设备上。

如果有可用的外部驱动器，文件历史记录会自动选择它。如果有多个驱动器可用，将会选择具有最多可用存储容量的驱动器。

无需计划

文件历史记录每小时唤醒一次来查找已更改的个人文件。所有已更改的文件的版本都将复制到专用存储设备。这种方法无需设置计划，也不会使计算机长时间处于闲置状态。一小时一次的频率可以很好地平衡保护级别和文件版本占用的存储空间量。发烧级用户可以将频率更改为 10 分钟一次或一天一次，以提高保护级别或减少存储空间消耗。

无需维护

文件历史记录在后台静默运行，不需要任何日常维护。只有在外部驱动器已满时，它才会要求您干预。届时，它会询问您是使用更大容量的驱动器更换该驱动器，还是更改文件历史记录保留文件版本的时间的设置。默认情况下，我们会永久保留用户个人文件的各个版本，但是如果存储空间是个问题，也可以根据您的需要缩短该时间段。

文件历史记录与家庭组

文件历史记录还与家庭组集成，从而使一些用户可以更轻松地为家庭网络的所有成员设置备份。下面是它的工作方式。

1. Jane 希望她的所有家人的个人数据都自动受到保护。她知道她可以使用文件历史记录做到这一点。
2. Jane 在家里的家庭网络上创建了一个家庭组。
3. Jane 在一台具有大容量外部驱动器的计算机上打开文件历史记录。
4. 文件历史记录控制面板检测到家庭组并询问 Jane 是否希望向其他家庭组成员推荐此备份目标位置。
5. Jane 选择了此选项，文件历史记录将使用家庭组向所有家庭组成员广播这一建议。
6. 每个家庭组成员现在都可以接受这一建议。如果接受，他们的库、桌面、收藏夹和联系人将会自动备份到 Jane 计算机上的网络共享。

文件历史记录与 SkyDrive

文件历史记录不会将文件备份到云。尽管云是存储您希望随时访问的文件或与他人共享文件的理想位置，但将数 TB 的数据备份到云需要专业化的服务。许多云服务目前都支持本地同步，以便将云中的数据镜像到您的本地文件系统。从性质上讲，同步解决方案会将更改立即复制到所有位置，这意味着意外删除或无意中对文件造成的更改或损坏也会同步。解决此问题的最佳方式是将同步服务与时间点备份解决方案（如文件历史记录）结合使用。

在借助 SkyDrive 和 Windows 8 将您的应用程序、文件、PC 和设备连接到云这篇博文中，我们讨论了 SkyDrive 如何与 Windows 资源管理器和文件系统集成。文件历史记录将会利用这种集成。如果您的 SkyDrive 与文件系统同步，文件历史记录会自动开始保护存储在本地 SkyDrive 文件夹中的文件。这是本地备份加上可靠的随时随地访问的经典范例。您可以通过 PC、手机或 Web 访问 SkyDrive 中的文件，并且您还将知道文件历史记录将会提供快速的本地备份以及对这些文件的所有版本的即时访问。

完整系统备份

通常，完整系统备份用于在整个系统丢失的情况下保护 PC，例如，PC 被盗或丢失，或者内部硬盘驱动器停止工作。我们的研究表明，只有少数用户担心丢失操作系统、应用程序或设置。到目前为止，他们更担心丢失他们的个人文件。出于这些原因，文件历史记录被专门设计为保护用户个人文件。

文件历史记录不提供执行完整系统备份的功能，但对于那些可能需要完整系统备份的用户，它提供了一个很好的折衷办法。通过与 Windows 8 中引入的其他功能结合使用，它可以针对此类灾难提供保护。

如果想要为应对灾难做准备，建议您采用以下策略：

1. 创建一个恢复驱动器以便在需要对 PC 进行更新换代或还原 PC 时使用。您可以在这篇博文中找到有关这方面的更多信息。
2. 连接到您的 Microsoft 帐户
3. 配置 PC 以同步设置
4. 从应用商店加载应用程序
5. 打开文件历史记录

在更换 PC 或需要重新安装 PC 时：

1. 使用恢复驱动器还原操作系统
2. 连接到您的 Microsoft 帐户
3. 配置 PC 以同步设置 – 这会恢复您的设置
4. 转到应用商店并重新安装您的现代应用程序
5. 重新安装旧版应用程序
6. 连接旧的文件历史记录驱动器并还原所有内容 – 这将还原您的个人文件

需要的步骤可能比文件或图像还原要多一些，但它有一些明显的好处：

• 您不会还原系统上任何“不再需要”的软件或设置
• 您不会还原可能遇到的一些问题的根源（也不会在还原到不同硬件时引起新的问题）
• 您不会还原可能导致系统性能降低或无法运行的设置

需要完整系统备份的用户仍然可以使用 Windows 备份来创建系统映像。

要求

文件历史记录需要：

• Windows 8 客户端操作系统
• 具有足够存储容量来存储所有用户库的副本的外部存储设备，例如 USB 驱动器、网络连接存储设备或家庭网络中另一台 PC 上的共享位置。

常见问题解答

从 Windows 7 升级到 Windows 8 时会发生什么情况？
如果 Windows 7 备份处于活动状态，即它制定有计划并且该计划处于活动状态，那么在升级后它将继续按计划运行。默认情况下文件历史记录将被禁用，只要 Windows 7 备份计划处于活动状态，用户就无法打开文件历史记录。若要打开它，您必须先禁用 Windows 7 备份计划。

Windows 7 用户可以使用文件历史记录吗？
Windows 7 用户不能使用文件历史记录。但是，他们可以通过在 Windows 资源管理器中浏览卷并选择特定文件，从文件历史记录使用的驱动器还原文件。文件历史记录驱动器上的文件存储在同一相对位置，并使用同一名称。可以通过附加到文件名的时间戳来识别特定版本。

文件历史记录是否保护操作系统和应用程序？
文件历史记录只保护用户库、桌面、收藏夹和联系人。其他文件（例如操作系统文件、应用程序和设置）将不会得到备份。

文件历史记录是否可用于云存储？
不可以。文件历史记录专为消费者而设计，此版本不支持云存储。Windows 8 Server 提供的备份功能可将文件备份到云。此功能在服务器版 Windows 上提供，适用于中小型企业。

企业客户能否使用文件历史记录？
可以。不过，企业客户应该清楚，文件历史记录可能不符合他们公司的安全、访问和保留策略。因此，我们提供了一项组策略设置，以便企业管理员为整个组织禁用此功能。

文件历史记录是否会保护存储在文件共享上的文件？
不会。文件历史记录只保护存储在本地驱动器上的文件。

• 如果使用脱机文件夹和文件夹重定向，您的文件夹（如“我的文档”或“我的图片”）将被重定向到网络共享，并且不会受到保护。
• 如果将某个网络位置添加到任何库中，该位置也不会受到保护。

结束语

文件历史记录可在无人参与的情况下保护存储在库、桌面、收藏夹和联系人中的所有重要文件。一经打开，无需用户花费任何精力，它即可保护您的数据。当您丢失文件或者只是需要查找图片的原始版本或简历的特定版本时，文件的所有版本均可供使用。使用文件历史记录还原应用程序，您可以快速、轻松地找到它们。

--Bohdan Raciborski

我们知道有很多用户期待着 RTM 的正式发布。当前从事 Windows 应用商店中的应用开发的开发人员对此感到尤为兴奋。Windows 应用商店目前提供数百种应用，另外还有众多应用正在开发阶段。自从第一个开发人员预览版问世以来，我们一直在与全球众多开发人员展开密切合作。开发过程中，在汲取用户反馈意见的基础上，WinRT 平台得以迅速改进。我们承担着双重任务：既要保持 Windows 应用商店的正常运行，以便为数百万预览版用户提供应用，同时还要为下一个内部版本做好准备。这意味着如果我们更改或添加 API 或者改进工具，应用也将发生变化，并需要更新的操作系统来测试和验证应用。正因为如此，我们一直在为开发人员提供更新的内部版本，通过双方密切合作开发 Windows 应用商店中的应用。

本篇博文将介绍我们自去年九月以来进行了哪些工作，帮助开发人员获得更新的 API 和工具，使得应用能够保持最新更新。即便在 Release Preview 问世之后，我们也从未停止这些工作，旨在确保新应用能够在新上市的操作系统版本上正常运行。本篇博文的作者是生态系统扩展团队主管 Dennis Flanagan。 --Steven

---

随着 Windows 8 发布的日益临近，Metro 风格应用的目录也在不断扩大。迄今为止，用户已经体验了 Microsoft 在下载内部版本中提供的应用，以及在 Consumer Preview 和 Release Preview 使用期限内在 Windows 应用商店中提供的应用。其中很多应用是沉浸式触控优先 Metro 风格体验的良好范例。但是，与作为其运行环境的 Windows 版本相同，这些应用也只是即将发布的应用的预览版。所有 Metro 风格应用的最终版本将在 Windows 8 正式上市时推出。

去年，我们发布了早期版本的 Windows 8 平台和工具，从而开始与开发人员社区密切合作。我们决定让开发人员及早参与工程流程，以便能够帮助他们培养 Metro 风格应用开发方面的技能，让他们有机会通过反馈影响平台。自 2011 年 9 月以来，我们已经发布了 8 个开发人员预览版本。其中有些版本仅提供给有限的开发人员受众。而有些版本已经广泛分发。所有这些版本都具有相同的目标：

• 提供新的功能和 API
• 更新工具以简化 Metro 风格应用开发
• 增强性能和可靠性
• 响应开发人员反馈

我们在阿纳海姆举行的 //Build 大会上发布了首个“开发人员预览版”版本。该版本向开发人员推介了 Windows 8 平台、工具和编程模型。WinRT 平台包括新的 API，我们利用这次会议现场演示了数以百计的技术讲座和示例，让开发人员形成对该平台的基本理解。 很多开发人员直接开始构建 Metro 风格应用，取得了一些引人注目的早期成果，还为我们提供有关如何改进平台和工具的有用反馈和建议。

我们明确说明，第一个开发人员预览版（“DP1”）是早期版本的代码，我们还需要大量工作来完善 Windows 8。DP4 和 DP5 分别在今年 1 月和 2 月发布，针对希望率先在 Windows 应用商店中发布应用的开发人员。截止在 2012 年 2 月发布 Consumer Preview 之时, 我们已经添加了近千个新的 WinRT API，并且根据开发人员反馈修改了其他数百个 API。

有关在 //Build 大会和 Consumer Preview 之间出现的变化的详细说明，请查看应用开发人员博客上的相关文章：

• //build/ 大会以来针对应用程序开发人员的更改（第 1 部分）
• //build/ 大会以来针对应用程序开发人员的更改（第 2 部分）

今年 4 月和 5 月，我们发布了 DP6 和 DP7，以便开发人员能够让应用为 Release Preview 做好准备。但是，我们继续与开发社区展开密切合作，根据他们的反馈来改进平台。截止我们交付 Release Preview 之时，我们已经添加了 334 个 API，并且还在继续更改现有 API 以解决反馈的问题。

我们根据开发人员反馈，对 Release Preview (RP) 进行了更改，HTML ListView 控件（在 WinJS 中）就是其中一个例子。很多开发人员在这种控件方面遇到困难，因此我们进行了大幅修改，让他们能够更加轻松地使用该控件，实现更加广泛的性能调整。

我们还对开发人员资源进行了很多改进，例如 Visual Studio 中的模板。我们甚至还添加了一个新模板，使得开发人员能够更加轻松地启动一个新项目，并在极短时间内创建并运行一个出众的应用。

设计工具是另一个重点改进领域。Metro 是一种倾向于设计的体验，这意味着应用的用户界面是开发人员让其应用引人注目且与众不同的重要方式之一。我们付出了很大努力，让开发人员能够尽可能简单地将所有 Metro 风格设计理念融入到他们的应用中。

若要全面了解 CP 和 RP 之间的变化，请参见自 Consumer Preview 发布以来面向应用开发人员所进行的变更。

我们的下一个重要里程碑是提供给制造商的版本 (RTM)。当代码到达此里程碑时，平台已经完整，可以正式上市 (GA)，因而我们不再为开发人员提供临时更新。

开发人员获得 RTM 版本之后，他们将继续增强自身应用的特性、功能和性能。下载最终发布版本时，您曾经见过的某些应用可能在外观和性能上有所不同。另外还有很多应用正在开发阶段，尚未发布到 Windows 应用商店。很多开发人员都在等待 RTM 发布，以便完成应用开发的收尾工作。

对于应用开发人员而言，Windows 8 将是一个具有重大意义的里程碑，但实际上这只是一个开端。内置 Windows 应用商店和更新体制的一大显著优势在于它们为开发人员提供了机会，让他们的新应用能够获得广泛分发，并且持续改进已经发布的应用。随着开发人员社区的发展壮大，我们期望应用开发人员能够充分利用这一优势，为应用提供定期更新。

--Dennis