Windows 11 支援Android的背后，微软还有更多“水土不服”的问题要解决
Windows 11 正式发布了，就像之前流出的版本一样，虽然看着比之前明显精致不少，但这
似乎已经无法满足人们的期待了。显然，微软也明白，仅凭设计水准的提升不足以撑起这款
历史悠久的老牌系统，就像很多人说的那样，我们想要的不是Windows 10.5，而是Windows
11，于是微软终于使出了Android 子系统这招绝技。
Windows 支援Android，其实这不是第一次
相对而言，微软的软件产品一向秉持着开放的理念，举个搞笑的例子，微软宁愿放著自己的
UWP 平台不管，也要把旗下诸多王牌app放在竞品的平台上，而且体验甚至比自家平台中还
好，微软也因此被网友调侃为“最佳iOS/Android app开发者”。而在Windows 10 Mobile
时期时，微软也因为“过于开放”而犯了一次错误，但恰恰是这次错误，让Windows 和Andr
oid 有了第一次联系。
2015 年，微软的手机业务还没有落败，但却被手机系统Windows 10 Mobile 的app匮乏问题
绊住了脚步。在此情况下，微软宣布了一项名为“Astoria”的计划，该计划试图让开发者
将Android app移植到Windows 10 Mobile 平台，借此来弥补自己生态的不足，虽然这听起
来就像“引狼入室”，但在当年的预览版系统中，确实短暂出现过该功能，只是之后由于体
验不佳和安全问题，或者更可能的是，微软终于意识到这种做法无异于饮鸠止渴，所以就放
弃了该计划。后来，随着Windows 10 Mobile 的衰落，这次与Android 的短暂接触也逐渐被
人们所遗忘。
“Astoria”专案虽然失败了，但它的技术成果却没有因此消失，微软转手就将它用到了别
处，也就是Windows 10 系统中。Windows 10 发布7 年来，历经过十多次大版本更新，虽然
每次都被网友吐槽“感知不强”，但有个功能却广受开发者们的好评，也就是WSL（Windows
Subsystem for Linux，适用于Linux 的Windows 子系统）。简单来讲，WSL 让开发人员不
需要虚拟主机就可以在Windows 中执行Linux 环境，摆脱虚拟主机的限制后，WSL 占用的资
源更少，执行更流畅，还可以直接对Windows 系统中的档案进行读写，非常高效且方便。
走到WSL 这一步，其实你就不会被Windows 11 能够执行Android app而感到惊讶了。去年年
底，外界一度传出微软打算让Windows 相容Android app，而具体的技术路径，其实和WSL
非常相似，只是在这之前，也许是一些契机的出现让微软更加坚定了这个决心。
对手紧逼下，微软终于引入Android
疫情开始后，个人电脑又被大众重新重视起来，现在你已经很少会听到“PC 已死”这种言
论了。不过在今后，想让PC 完全“复活”起来，可能要借助行动端的力量了。去年年底苹
果M1 芯片和macOS BigSur 的出现无不证明了这一观点，未来，同样还会有很多手机厂商进
入电脑市场，不过与之前不同的是，在它们眼中，手机与电脑不再是两种对立的产品，因为
在应用体验上，两者会趋于融合。
M1 芯片代表着强大的软硬件整合能力，苹果也因此在多端融合上具备天生优势，微软就算
想学，但条件却不甚满足，不过另一个桌面作业系统Google ChromeOS 给微软提供了很好的
思考方式。ChromeOS 是个名副其实的“缝合怪”，它基于Linux 核心打造，大部分体验基
于浏览器，本身的app生态（Web+PWA）其实比较匮乏，但厉害的是，从2017 年开始ChromeO
S 加入了对Android 执行环境的支援。Android 的神助攻再加之疫情的推动作用，让它在去
年一举超过macOS 成为了全球第二大作业系统，而它的终端产品Chromebook 也获得了出色
的销量。
在此情况下，微软的境遇可谓是腹背受敌，一方面，自家的手机和UWP 行动生态彻底告败，
已无力阻挡行动端的侵蚀，另一方面，苹果和Google的强势创新也让它开始警觉起来。而放
眼未来，虽然PC 设备还会存在，但体验与行动 app融合已成定局，既然打不过那就加入它
，所以Windows 11 支援Android 的背后，其实是向行动 app生态的一次借力，而有了之前W
SL 的技术铺垫，WSA（Windows SubSystem for Android）就顺势出现了。
WSA 与WSL 类似，直接在Windows 中整合了Android 执行环境，在Windows 11 发布会后的
开发者演讲中微软也证实了这一点，但具体的技术细节还有待后续上手体验。值得注意的是
，微软在发布会上特别提及了Intel的支援，由于大部分Android app基于ARM 架构开发，而
PC 多为传统x86 架构，因此Intel发布了一项名为“IntelBridge”的技术，在Intel官方介
绍中，IntelBridge 技术是一种执行时后期编译器，能够让行动 app在基于x86 的设备上以
“原生app”形态执行，其中就包括在Windows 上执行，并且同样支援AMD 处理器。
当行动端来到大萤幕，难免“水土不服”
自打1985 年发布以来，Windows 已经走过了36 年的岁月，一款历史如此悠久的作业系统在
今天终于向行动端敞开大门，也足以说明移动生态进入大萤幕设备是一种不可逆转的局势，
当然，在这一过程中势必会遇到许多“水土不服”的问题。
首先是应用程式生态归属权，据微软介绍，Windows 11 中的Android app由Amazon提供而非
Google，这也意味着失去了GMS 服务的支援，此外还要考虑到开发者的态度和app安全等问
题。
另一方面，“水土不服”也会体现在软硬件互动方面，例如为触控而生的行动 app如何在大
萤幕上更好的呈现，如何与键盘鼠标的操控逻辑相适配，如何对两套档案系统进行管理……
这些看似琐碎细小的细节，直接决定了行动 app的操作体验，而这恰恰可能成为未来各个桌
面作业系统的核心竞争力之一，当然了，这不光是微软Windows 需要面临的问题，也会是未
来所有桌面作业系统的共同课题。
值得期待的是，在面临这些“水土”问题时，Windows 可能会有很大的优势，其开放包容的
特性以及丰富的硬件生态体系可以提供很大帮助。例如Android app的限制问题，也许会出
现诸多“民间方法”得以应对，而在硬件方面，Windows 平台数不尽的OEM 伙伴一定会迎合
系统新特性而做出硬件调整，现在就可以预见，为了更好的支援Android app，拥有触控萤
幕功能的Windows 笔电也许会越来越普及，加入触控对Mac 来说是个需要仔细斟酌的决定，
因为著会影响iPad 的销量，但微软和Windows 的这种忧虑就会少很多。
这一次Windows 11 引入Android，向行动生态开放是个很好的开始，但后续能否在体验上做
好才是使用者更关注的，期待之后能看到越来越丰富的Windows 软硬件生态。另外，我们也
将会在一周后带来Windows 11 预览版的相关内容，欢迎大家后续关注。
T客邦: Windows 11 支援Android的背后，微软还有更多“水土不服”的问题要解决.
https://bit.ly/3hg3V9p