整理 | 屠敏
出品 | CSDN（ID：CSDNnews）

“Windows 11 能原生兼容 Android 应用了！”，微软在 2021 年发布下一代操作系统 Windows 11 时向众多满怀希望的用户透露道。

万万没想到，不足三年时间，微软在“Windows Subsystem for Android”官方文档页面上悄然更新了一则名为“重要”的提示：

微软将终止对 Android Windows 子系统（WSA）的支持。因此，自 2035 年 3 月 5 日起，Windows 上的 Amazon Appstore 以及依赖于 WSA 的所有应用程序和游戏将不再受支持。

在此之前，客户将继续获得技术支持。在 2024 年 3 月 5 日之前安装了 Amazon Appstore 或 Android 应用程序的客户将在 2025 年 3 月 5 日弃用日期之前继续访问这些应用程序。

来源：

这意味着自今天起，Windows 11 用户将无法再从 Microsoft Store 搜索 Amazon Appstore 或者关联的 Android 应用程序。此声明一出，也令不少开发者唏嘘：微软再次在移动平台上摔了跟头！

Windows 11 迎来了 WSA，仅存活了 18 个月

正如文章伊始所述，WSA 在 Windows 11 上存活仅有两年多的时间，更严格一点来说，只有一年多的时间。

2021 年，微软在对外展示 Windows 11 新功能之际，透露了它正在使用亚马逊的 Appstore 将 Android 应用程序引入 Windows 11。

根据描述，Android 应用程序将展现在 Windows 11 上的微软应用程序商店中，还可以固定在任务栏上或与传统的 Windows 应用程序放在一起。

此外，微软还与英特尔合作，使用其 Intel Bridge 技术来实现这一目标。

消息一出，许多网友跃跃欲试，想要看 Windows 如何拥抱生态丰富的 Android 应用的。

然而，这一等就是到了 2022 年 10 月，微软官方才姗姗来迟地透露，推出 Windows 11 安卓子系统 WSA v1，允许 Windows 11 用户通过亚马逊应用商店运行 Android 应用。

不知是后悔发布这一功能，还是因为功能不太完善。不同于发布 Windows 11 介绍新功能那样的声势浩大，当时微软只是通过其合作伙伴发展经理 Cory Hendrixson 的一条推文对外公布了这一消息。

Cory Hendrixson 说道：“Windows Subsystem for Android 正式发布，有 31 个市场和超过 50,000 个应用程序! 令人惊奇的是，运行这些应用程序是多么简单易行。感觉就像运行普通的 Windows 应用程序......WAPost、Kindle Reader（在我的 Surface Go 3 上）和《地铁跑酷》是我的最爱。”

微软为什么要构建 WSA？

至此，众人也知晓可以通过微软官方的手段让 Windows 11 运行 Android 程序。

回看微软为什么要在 Windows 上运行 Android 应用程序，外界普遍将其视为是为了应对苹果带来的巨大压力。

2020 年，苹果在秋季新品发布会上出乎意料地带来了自研的处理器芯片 M1，得益于该创新芯片，iOS 和 macOS 应用程序的融合往前迈了一大步。简单来看，M1 芯片的 Mac 能够支持安装并使用 iOS App 了。

据悉，当时 iOS 带着 iPhone、iPad 生态进入 Mac 端，让 Mac App 数量一夜间增加了 100 多万，不仅丰富了 macOS 的生态系统，也让其体验更上一层楼。

这似乎让微软有些坐不住了。放眼全球操作系统系统市场，Windows 虽然是桌面 OS 中不可撼动的存在，占比高达 72.13%，但是不容忽视的是，其使用率正呈现逐年下降的状态。

基于此，微软也一直在致力于各种生态的融合，比如说之前着手构建的适用于 Linux 的 Windows 子系统（WSL）。

WSL 的功能是允许用户在 Windows 中运行 Linux 命令行工具、脚本和 Linux 应用程序，而无需设置虚拟机、双启动或连接到运行独立操作系统的远程 PC。这个子系统依赖于现代硬件和软件中内置的虚拟化功能，能够模糊 Windows 和备用操作系统之间的界限。

自 WSL 于 2016 年推出以来，它在很大程度上满足了 Linux 用户的需求，譬如允许安装和使用多个发行版，提供与各种 Linux 软件的兼容性，不断改进软件兼容性和性能，并随着时间的推移使 WSL 更易于安装和使用。

有了构建 WSL 的基础，微软自然也想在 Windows 上试试运行 Android，如果能成功，岂不是美事一桩。

期待与争议并存的 WSA 功能

不过，随着 WSA 功能可用，各路网友开启了实测模式，网评不一。

首先，因为 Windows 11 和 Windows 10 并不兼容，而且 Windows 11 对电脑配置的高要求，直接将一部分人拒之门外。

当另一部分人进入实际体验时，也发现基于 WSA 功能，Android 应用与 Windows 11 系统之间能够很好地交互与融合，有开发者表示：”WSA 在 Zen+（Ryzen 2000 系列）CPU 上完美运行，无需任何特定调整。“

同时，也因为 WSA 技术的不成熟，问题也随之不断出现，如占用资源、拖拽操作时有些不流畅、运行应用程序时遇到帧速率问题等等。

与此同时，最大的争议点之一在于，微软为什么要与 Amazon Appstore 的 Android 应用程序相关联，而不是直接通过 Google Play 提供的更广泛的 Android 应用程序。

也许让微软当初也没想到的是，这一决定似乎给 WSA 命运定好了惨淡的结局。

微软的”砍刀“，终还是落到了 WSA 身上

值此，亚马逊也表示，它和微软正在就结束支持事宜密切合作，力求协助 Windows 11 上的亚马逊应用商店的开发者和客户顺利收尾。

"2024 年 3 月 5 日之后，开发者将无法再提交针对 Windows 11 的全新应用，但拥有现有应用的开发者可以继续提交应用更新，直到 Windows 11上的Amazon Appstore 完全停用，"亚马逊在官方博客上写道。

至于为什么要停止支持 WSA，微软、亚马逊并没有给出实质的回应。不过，据 据 The Register 报道，微软发言人透露称，“作为我们满足不断变化的客户需求的承诺的一部分，我们定期更新我们的产品。这涉及引入新技术创新和淘汰产品。”

归根究底，较低的用户量及应用量或许是微软决定砍掉这一功能的关键因素。

要知道 Google Play Store 为平板电脑和笔记本电脑等大屏幕设备提供的实用应用程序已经相对匮乏。相比之下，亚马逊 Appstore 提供的应用程序数量更是少之又少。

一直以来，也有很多开发者甚至都不知道有 Amazon Appstore 的存在，所以它的实用性一直不足以吸引 Windows 用户，大家的兴趣不高，自然参与的人也不多。

微软第二次”痛下杀手“

事实上，这也并不是微软第一次考虑 Android 的互操作性，也不是第一次砍掉与移动相关的项目。

时间回到 2015 年，微软曾计划让 Windows 开发者将其现有的 Android 应用程序移植到 Windows 上。微软将这一计划称之为 Project Astoria，是一种试图说服开发者将 Android 应用简单修改就能够移植到 Windows Phone 上的方法。

简单来看，基于 Project Astoria，可以将 Android 系统中的 .apk 安装包转制成后缀名为. apkx 的可运行程序，能直接在 Windows 10 Mobile 中打开。

但是没想到，虽然 Project Astoria 项目可以实现 Android 应用的移植，但是其本身功能上还存在许多不足。不到一年后，该计划最终宣告失败，微软承认 “将代码从移动操作系统引入 Windows 的两项桥梁技术是不必要的”。

带来的影响

这一次微软的再次放弃，虽然并不意味着放弃了 Android 系统的兼容，也不意味着微软放弃了创造一个 Windows PC 与 Android 手机配对使用的世界，但是对于这样推出时间不久却又早早放弃的做法，很多开发者又气又恼。

iReal Pro 应用程序的开发者、音乐家 Massimo Biolcati 在该项目 GitHub repo 上发帖抱怨道，这个决定很糟糕，因为他投入了大量时间来支持 WSA 下的亚马逊应用商店 API，而且客户购买他的应用就是为了在 Windows 上使用它。

HN 上也有很多用户反馈：

啊，唯一让我对 Windows 11 有点兴趣的功能……死了。

对于创建这样的平台的大公司来说，让一群开发人员和用户依赖它，然后退出，他们应该承担更多的后果。

WSA 正在成为用于 MAUI 开发的 Android 模拟器的替代品。这是我悲伤的唯一原因。他们应该将其开源并让社区维护它。

也有人发起质疑，甚至担心 WSL 的未来：

这有点奇怪，因为大部分技术都是与 WSL 共享的。这也让我对 WSL 的未来产生了疑问，尽管考虑到它在恢复微软形象和 Windows 可用性方面创造了奇迹，因此弃用它是疯狂的。

更有人将矛盾对准了亚马逊，网友 partiallypro 表示，「我认为，亚马逊商店非常稀缺，这才是真正的致命伤。我从来不用它，部分原因是商店里没有”好“应用。我很惊讶亚马逊竟然还有 Android 商店。」

DistractionRect 表示：

”亚马逊拥有自己的安卓平板电脑和电视，因此他们在运营自己的商店方面拥有既得利益。

不幸的是，谷歌应用程序（GApps）的发布需要满足一定的标准和条件，而 WSA 很可能做不到这一点。由于 GApps 把关了大多数普通人的 Android 体验，因此除了那些能把 GApps 塞进 WSA 的技术人员外，WSA 对大多数人来说都是注定要失败的。

真正的问题在于更新和维护 WSA 所需的持续工程努力。谷歌甚至连 Chrome OS 都做不到，我们已经用上了 Android 14，但 ChromeOS 还在用 11（至少到 2023 年 12 月）。这与 Linux 子系统完全不同。

WSA 对于开发人员来说是一个很棒的功能。不必处理缓慢的 Android 模拟器对我来说是一个很大的优势。“

对此，你是否用过 WSA 这项功能？它的消失对你是否有影响？

参考：