微软将终止对 Windows Subsystem for Android（WSA）的支持
微软决定终止对 Windows Subsystem for Android（WSA）的支持，引发了人们对桌面端 Android 应用可行性以及公司对实验性平台长期承诺的质疑。评论者认为，低使用率、依赖 Amazon 受限的应用商店而非 Google Play，以及跟踪 Android 版本所需的高工程成本，很可能是停服原因；与此同时，Linux 的 WSL 在战略上仍然重要，因此不被认为面临风险。许多用户哀叹工作流的消失（从 Kindle、播客应用到小众物联网控制），权衡模拟器和 Waydroid 等替代方案，并对大型厂商反复推出平台后又将其放弃表达更广泛的不满。
公告与时间线
- WSA 支持将在 2025 年结束；公告和 EOL 日期几乎是同时发布的，这让很多人感到惊讶，觉得它“才刚出来”。
- 该功能多年来一直处于测试版 / 限量推送状态，但从未广泛可用；有些地区至今仍无法使用。
与 WSL 的对比及微软策略
- 许多人认为 WSL 至关重要且使用广泛（尤其用于 ML/AI 和开发），并相信它是安全的；与之相比，WSA 被视为一个小众的“玩具”。
- 有人将更早的 Windows 上 Android 尝试（Project Astoria、Your Phone / Phone Link）与 WSA 混淆。
- 少数人推测，微软对 Linux 的更广泛拥抱，使他们更可能加大对 WSL 的投入，而不是 WSA。
WSA 失败的原因（根据讨论串）
- 核心限制：绑定 Amazon Appstore，被认为应用稀少且缺乏吸引力；大多数“好”应用都缺席。
- 没有 Google Play Store 和 Play Services 被视为致命问题；Google 的 CTS/GMS 要求和商业激励使正式合作几乎不可能。
- 即使对 Google 来说，维持 Android 兼容性也被描述为一项繁重、持续的工程负担；为一个小众的 Windows 功能去做这件事，可能并不值得。
- 发现与上手体验很差（商店摩擦、Insider 频道混乱、宣传不足）。
真实使用场景与反应
- 少数但真实的用途：Kindle 和其他仅限 Android 的阅读器、移动银行 / ISP 应用、智能设备控制器、挑战者银行、播客客户端、相机查看器、一些游戏。
- 在 Windows 上做 Android 开发的人表示，WSA 比传统模拟器更好用、更快，尤其适合 MAUI 和布局测试。
- 也有人表示，标准的带虚拟化的 x86 模拟器“还行”，因此觉得 WSA 是多余的。
- 一些选择 ARM Windows 设备的用户感到尤其受伤，因为他们购买硬件时预期 WSA 会得到长期支持。
提到的替代方案
- Android 模拟器（BlueStacks、LDPlayer、Android‑x86、Google Play Games for Windows）。
- Linux 上的 Waydroid（有时通过 WSL2 使用，不过会受内核限制）。
- 通过 Phone Link、Samsung DeX、scrcpy、KDE Connect、Google Messages on Web 等进行手机镜像 / “PC 上的应用”。
信任、平台风险与更广泛的背景
- 有几位将此与微软其他被终止的平台（Silverlight、J++、“Your Phone” 各种版本）相比较，并认为这会侵蚀信任。
- 有人呼吁建立最低支持期合同之类的规范，或者对被停止维护的子系统开源，不过也有人指出实际和法律上的障碍。
- 更广泛的结论存在争论：也许“手机应用就应该留在手机上”，但也有人指出移动端专用应用在桌面上确实有真实用途。