微软曾让 Windows 运行安卓 App,为什么最后还是放弃了?

微软曾尝试让安卓应用在 Windows 11 上运行，并推出了名为 WSA 的功能。借助它，安卓应用可以在电脑上运行，甚至像普通软件一样显示在桌面上。

但技术实现不代表产品就能成功。应用生态不够完整、用户需求有限、商业回报不理想，这些问题叠加在一起，最终让微软决定停止支持 WSA。

2024 年 3 月，微软宣布终止这一项目的支持。从 2025 年 3 月 5 日起，WSA 和亚马逊应用商店不再通过 Microsoft Store 提供。

一、WSA 到底是什么？

WSA 的全称是 Windows Subsystem for Android，中文名称是“适用于 Android 的 Windows 子系统”。

它与 BlueStacks、雷电模拟器等工具一样，都能让安卓应用在 Windows 电脑上运行，但设计思路有所不同。

不少传统安卓模拟器会提供一个相对独立的安卓环境，用户进入其中再启动应用。WSA 则希望把安卓应用更自然地融入 Windows 11，让用户不必先打开一个独立的安卓桌面。

微软在 2021 年介绍 WSA 时说明，它基于 Android 开源项目 AOSP 构建，使用 Hyper-V 虚拟机运行安卓环境，再通过系统组件连接安卓应用与 Windows 的图形显示、输入操作等功能。

因此，安卓应用虽然仍然运行在独立的安卓环境中，却可以拥有自己的窗口，并与 Windows 的开始菜单、任务栏等功能配合使用。

这并不是把 Android 和 Windows 合并成一个操作系统，而是让两套系统在保持各自运行环境的前提下协同工作。

二、安卓应用为什么能在 Windows 上运行？

Windows 软件和安卓应用依赖不同的运行环境、系统接口和服务。把安卓安装包复制进 Windows，并不能让它直接变成 Windows 软件。

WSA 先提供安卓应用需要的系统环境，再处理应用与 Windows 之间的交互。

处理器架构也是一道门槛。许多 Windows 电脑使用 x86 或 x64 架构，而大量安卓应用面向 ARM 架构处理器编译。

为解决这种差异，微软采用了 Intel Bridge Technology，帮助部分 ARM 应用在兼容的 x86 设备上运行。

不过，指令转换只能解决部分架构差异，并不能保证所有应用都能正常工作。应用还可能依赖特定的系统服务、硬件功能或图形接口。

WSA 解决了安卓应用进入 Windows 的一系列技术问题，但技术上能够运行，只是产品成功的前提。

三、微软为什么要把安卓带进 Windows？

智能手机普及之后，大量应用和用户需求逐渐集中在 Android 和 iOS 平台。微软曾经尝试通过 Windows Phone 挑战这两个平台，却没能建立起足够强大的移动应用生态。

到了 Windows 11 时代，让安卓应用在电脑上运行，成为微软拓展 Windows 使用场景的一种思路。

对于用户来说，如果手机上的部分应用也能在电脑上运行，就可以减少设备之间的切换，让 Windows 覆盖更多使用场景。

但并不是所有手机应用都需要在电脑上运行。

像微信这样的软件，已经有电脑版；不少服务也能通过网页使用。对这些应用而言，再运行手机版未必能带来明显的价值。

不过，仍有一些安卓应用没有完整的桌面版本。对于有相关需求的用户来说，WSA 确实能提供便利。

所以，问题不在于这种需求是否存在，而在于需求规模能否支撑微软长期维护一套系统级的安卓运行环境。

四、WSA 为什么最终停止支持？

第一，应用生态不够完整。

WSA 主要通过亚马逊应用商店分发安卓应用，而不是 Google Play。

两个应用商店的应用目录并不相同，而且 WSA 没有提供完整的 Google Play 服务环境。一些依赖 Google Play 服务的应用，可能无法正常运行，或者只能提供部分功能。

这并不意味着所有安卓应用都无法使用，但对普通用户来说，能不能找到自己需要的软件，以及安装后能不能正常使用，都会影响产品的吸引力。

应用不够丰富，会降低用户的使用意愿；用户规模有限，又会削弱开发者投入适配工作的动力。

第二，用户需求没有转化成足够强的使用动力。

对一部分用户来说，在电脑上运行安卓应用确实实用；但对另一些用户来说，现有的 Windows 软件、网页服务和手机本身，已经足以满足日常需求。

这意味着 WSA 面向的是一部分有明确需求的人群，而不是所有 Windows 用户。如果用户觉得这项功能可有可无，微软即便提供了新的使用方式，也很难吸引足够多的用户持续使用。

第三，持续投入没有换来相称的回报。

WSA 不是开发完成后就能放在系统里不管的功能。安卓版本更新、安全维护、应用兼容性和系统适配，都需要持续投入。

2024 年 3 月，微软前 WSA 产品团队负责人 Andrew Clinick 公开谈到了项目的商业困境。他解释，应用商店收入需要承担 WSA 团队的开发与薪酬成本；如果缺少足够的商店收入，这项功能就很难在财务上支撑自己。

这揭示了 WSA 面临的一个关键矛盾：技术可以实现，但维持它运行的成本，需要有相应的价值来支撑。

微软没有在终止公告中公布详尽的原因分析，因此不能把项目结束归结为某一个单独因素。更合理的理解是，应用生态、用户采用和商业回报等问题相互影响，让继续投入变得越来越难以合理化。

五、WSA 停止了，微软就放弃了移动应用吗？

2024 年 5 月 28 日，腾讯应用宝宣布与 Microsoft Store 达成合作，计划通过微软应用商店专区，将移动应用引入 Windows。

合作宣布时，WSA 尚在支持期内，但这不意味着应用宝是 WSA 的直接继任者。

WSA 是微软构建的安卓运行环境；腾讯应用宝与 Microsoft Store 的合作，则是另一条引入移动应用的路线。

微软不一定要自己维护一套完整的安卓子系统，也可以通过第三方合作，为 Windows 用户提供更多移动应用。

这说明，把移动应用带到电脑上的想法并没有失去意义。真正需要重新评估的，是采用什么方式实现，以及这条路线能否持续发展。

WSA 的经历说明，技术上能够实现，不代表应用生态、用户需求和商业回报也能同时成立。