Windows Phone 退场后仍没放弃,聊聊微软 Win11 为移动化做的努力
微软已经发布 Win11 好一段时间了,不久后,Win11 还会迎来年度更新 22H2。和 Win10 乃至 Win8 不同,Win11 是一个 UI 更加统一,在很多人看来更加桌面化的操作系统。去除了磁贴元素乃至平板模式后,Win11 留给人的印象更像是纯粹的桌面产品,Win8、Win10 那种为平板设备打造的满屏磁贴,已然一去不复返。
▲ Win11 不再有磁贴了,界面布局似乎不再以移动平台为基准
我们知道,微软一度为移动市场投入了大量心血,发布了设计独到的 Windows Phone / Windows Mobile 系统,甚至连桌面操作系统的交互也向移动端靠拢,这才出现了 Win8、Win10 上标志性的磁贴。现在,Win11 上已经将这股风气掰了回来,这是否意味着,Win11 已经完全放弃了移动平台?
其实并不尽然。微软在 Win11 中,仍采取了大量为移动平台优化的措施。微软是如何做的呢?Windows 有没有可能重新杀回移动平台?今天就来简单聊聊 Win11 位移动化做的努力吧。
不是 Aero 的半透明:性能最佳取舍?
很多朋友都对 Windows Vista、Win7 时代窗口的 Aero 半透明特效赞赏有加,华丽的毛玻璃特效,一下子就让系统界面高大上了起来。遗憾的是,Aero 从 Win8 开始被弃用,Win10 中尽管也有一些半透明特效,但和 Aero 并不沾边。直到 Win11,系统才又大面积出现半透明的设计元素,但这是 Aero 回归吗?实际上,Win11 中的半透明和 Aero 并不是一回事。
▲ 从 Longhorn 开始引入的 Aero,在 Win8 之后不见踪影
移动平台和桌面平台的一大差异,在于移动平台要对能耗精打细算,毕竟你不可能备着 220V 的插座周街走。Win8、Win10 之所以放弃 Aero,主要原因也是实时渲染的 Aero 半透明特效过于耗费计算资源,对能耗非常不友好。而在 Win11 中,半透明采用了机制和 Aero 大不相同的 Mica 特效,大幅降低了资源消耗。
▲ Mica 特效看似也是半透明,但其实和 Aero 不同
和 Aero 不同,Win11 的 Mica 半透明特效并不是真实的透明效果。如果你留心观察,可以发现 Win11 中使用 Mica 特效的窗口堆叠在另外的元素(例如另外一个应用程序)上,并不会透出下面画面。
▲ Mica 的窗口“半透明”,并不会真的透出下面的内容
实际上,在很多情况下,Mica 的机制是将背景颜色与桌面背景调和一致后,为半透明镀上一层底色,移动 Mica 特效的窗口实质上只会透出这一层底色。如此一来,窗口的半透明特效运算就不需要实时取色,颜色都是预先调和好的,大大减少了性能开支。
当然,在一些不会常驻、面积较小的区域,例如右键菜单,Mica 还是会做真正的半透明实时渲染的。
根据微软的说法,性能是 Win11 任务管理器的重中之重,因此需要“确保所有这些新功能(Mica 和圆角)都超快”。而我们可以观察到,尽管 Win11 有了 Mica 特效的加持,比 Win8、Win10 都更加华丽,但窗口的性能开销并没有扩大。
Win11 的 Mica 特效,实际上是以移动平台的体验优化作为出发点的。从 Win8 取消 Aero 特效开始,Windows 的界面就非常注重能效,这一传统在 Win11 中依然得以延续。
目前,Mica 特效属于 WinUI 3 的一部分,而 WinUI 3 则是一套整合 UWP 和 Win32 开发的方案。无论是传统的 Win32 软件,还是 UWP 应用,都可以使用 WinUI 3 作为界面,使用 Mica 特效。这意味着,Win11 上的各种系统组件和应用软件都可以使用新的 Mica 模式来降低能效,这对于移动环境来说无疑是一个好消息。
▲ 作为 Project Reunion 的一部分,WinUI 3 同时支持 Win32 和 UWP,传统软件也可以使用它更新界面
Windows App SDK:改进的电源管理
微软从很久之前,就已经开始布局 UWP 和传统 Win32 的融合了。而在 Build 2020 开发者大会上,微软公布了“Project Reunion”,试图给出整合 UWP 和传统 Win32 软件的方案。之所以想要执行这一计划,很大一部分原因就在于微软打算让应用程序拥有更完善的电源管理方案,造福于移动平台。
正如前面所说,移动平台非常注重能效,优秀的电源管理是降低能效必不可少的一环。Project Reunion 中衍生出了 WinUI 3 和 Windows App SDK,Windows App SDK 即提供了大为改善的电源管理方案。
根据微软官方的说法,如果应用程序按照 Windows App SDK 新规范开发,则可以拥有更加完善的应用生命周期管理,让电源管理从此收益。通过 Windows App SDK,应用程序可以更合理地影响设备电源状态,得以根据资源使用情况做出智能决策。
▲ Windows App SDK 可以让 Win32 软件更容易支持更多系统新特性
如果开发者迫切想要软件跟上 Win11 的节奏,或者想要让产品在 Windows 商店中上架,Windows App SDK 还是颇具吸引力的。Windows App SDK 提供了更多适配 Win11 新系统特性的接口,例如电源管理、应用窗口管理、进程周期管理等等,使用它来开发软件,可以让产品更加符合移动设备的使用环境,不至于像之前的传统 Win32 软件那样,存在诸多问题。
实际上,当前 Windows 在移动平台的很多问题,都是由于软件不适配引发的。经常用 Windows 笔记本的朋友,或多或少都会遇到过笔记本无法正常睡眠、休眠,电脑放在包里发热发烫、电池不知不觉耗尽的问题。这主要是由于 Win11 的 Modern Standby 现代休眠机制和传统的软件不匹配引起的。Modern Standby 休眠状态下,系统会截停大部分进程,但允许某些关键进程和网络交换数据、唤醒系统,然而传统的 Win32 软件并不能很好地对其进行适配,使得系统唤醒成为了常态,笔记本无法正常休眠。而转用 Windows App SDK 开发后,情况会改善很多。
此外,Win11 还改进了任务管理器,引入了 eco 模式,用户可以将某个进程手动加入到 eco 模式中,使其可以最小化系统资源的使用来减少 CPU 压力,以获得更快的前台响应和更好的能效。在移动环境中,设备无法像桌面环境一样肆意释放性能,eco 模式在移动环境下可以兼顾性能释放和能效管理,还是非常有意义的。
强制 TPM 2.0:严格的安全限制
微软推出 Windows 11 之时,有一个升级举措遭到了众人的口诛笔伐 —— 设备必须支持 TPM 2.0,才符合 Win11 的升级条件。TPM 2.0 是一个硬件级的安全机制,主要负责安全启动以及设备数据加密,可以更大程度确保用户的数据不轻易泄露。
▲ 没有 TPM 的主机将无法通过微软程序验证
目前比较新型号的主板都支持 TPM 2.0,然而为数不少的老机器,是无法满足 Win11 的升级条件的。一向注重向前兼容的微软,下定决心加高安全的门槛淘汰掉老设备,其动机或许就是向移动市场的风潮靠拢。
实际上,在移动市场,设备们早已经普及了硬件设备锁,安全启动 + 存储空间全盘加密的举措,已经成为了常态。iPhone 自不必说,安卓阵营锁定 Bootloader 以及全局使用 SELinux 加密,也已经是惯例。
之所以如此,是因为在移动互联网时代,移动设备承载了大量个人信息,俨然已经成为了人们的第二身份证乃至外置器官。现在,Win11 也跟上了这个风潮,通过强制要求 TPM 2.0 以及使用 Bitlocker 数据加密硬盘,这无疑也可以视作对移动市场的优化措施。
▲ Win11 默认启用 TPM 设备锁 + Bitlocker 加密,跟上了移动设备的步伐
对于此举,不少用户都颇有微词。一方面,这提高了设备兼容 Win11 的门槛;另一方面,安全和开放始终存在取舍,对启动加载项以及存储进行加密,意味着牺牲一部分的开放性。Windows 设备在未来是否会如同现在很多手机一样,锁死 Bootloader,不允许加载其他系统?这也是很多用户都担心的。
但即便如此,微软仍未放松对 Win11 的安全限制。尽管 Win11 目前仍更多地应用在桌面上,但其中的安全措施,已经显而易见向移动设备看齐了。
Windows 还会杀回移动市场吗?
微软在移动市场的溃败,原因是多种多样的。例如 WP 和 Win10M 多次改变开发路线、基础功能长期不完善;又例如 Windows RT、Windows 8 根本就没有为系统大量功能配备良好的触控方案。基本上,微软推出的移动操作系统完成度都很低,将其评价为不堪大用毫不过分。Win11 如果想要杀回移动市场,需要做的同样还有很多。
▲ 移动平台的溃败,是微软粉丝们心头挥之不去的痛
正如前文所介绍的那样,Win11 很多特性都是为移动环境而适配的。不过,当前 Win11 对触控的优化仍称不上良好,触屏的笔记本电脑乃至 Windows 平板,远称不上主流,也可以看作是 Win11 触屏体验谈不上吸引用户的一个佐证。与此同时,尽管 Windows App SDK 对应用程序的电源管理和界面渲染能效做出了优化,但在触控方面所提供的帮助仍是有限的。如果 Win11 想要在移动市场赢得消费者的青睐,进一步优化触控体验仍是重中之重。
▲ 尽管市面上仍有 Win11 平板,但触屏体验一言难尽
与此同时,Win11 依然对应用程序的开发没有强力的话语权,无法迫使开发商按照最新的开发规范来编写应用程序。一直以来,这都是一个老大难的问题,也是 Windows 注重软件向前兼容不得不付出的代价。即使 Windows App SDK 能提供完好的移动体验,微软无法强制让应用程序都适配 Windows App SDK,想要 Windows 在移动设备上的良好体验,也不过是水中捞月。
▲ 就算是 Win11 系统本身,也依然存在大量老旧的组件,开发者真的有动力匹配新的开发框架吗?
显而易见,尽管 Win11 很多机制都对移动环境有所优化,但目前 Win11 仍无法在移动设备上提供足够良好的体验。但这并不意味着,微软已经完全放弃了移动市场。
当前,微软的在云服务方面投入了大量精力,这也影响到了移动市场。无论是 iOS 还是 Android,都可以通过众多高质量的微软 App,享用到 OneDrive、Office、Xbox 等微软服务。此情此景下,微软未必需要操作系统来在移动市场进行生态渗透,凭借着优质的云服务和入口应用,微软可以用更小的成本,在移动市场分到一杯羹。
▲ 微软在移动平台开发了大量 App,现在更像是一个服务商
当然,操作系统作为生态的承载平台,所能提供的用户黏性,不是简单的应用和云服务所能媲美的。目前 Win11 正在试图能解决微软自身可以解决的移动化适配问题,对于连微软也难以解决的问题,就只能耐心等待时机的成熟了。希望 Windows 下次大举进军移动平台,能带来完成度更高的产品方案吧。
总结
总的来说,Win11 的确为移动平台的适配作了诸多优化。但是,Windows 能否在移动设备上提供良好的体验,所需改变的并不仅仅是 Windows 自身,还有赖于微软能以自身影响力,切实引导应用生态。微软能否做到这点?我们拭目以待吧。