Windows 10 跑安卓应用别再靠模拟器，WSA-Windows-10 完整上手记录

【免费下载链接】WSA-Windows-10This is a backport of Windows Subsystem for Android to Windows 10.项目地址: https://gitcode.com/gh_mirrors/ws/WSA-Windows-10

深夜十一点，运营小周盯着屏幕上转圈的加载图标，已经记不清这是第几次想砸键盘了。公司统一配发的办公电脑是 Windows 10，系统版本很新，但公司策略不允许升级到 Windows 11。他想在电脑上处理几个手机端的工作流——企业微信的审批、客户发来的 APK 演示包，可每回打开安卓模拟器，内存占用瞬间飙到 3GB 以上，风扇狂转，应用还经常闪退。

直到有人给他推荐了 WSA-Windows-10——一个把 Windows 11 专属的「安卓子系统」（Windows Subsystem for Android，简称 WSA）完整移植回 Windows 10 的开源项目。小周照着流程折腾了半小时，企业微信、视频客户端、测试 APK 全部跑了起来，办公电脑瞬间从「卡顿模拟器专用机」变成了「原生安卓体验机」。

如果你也困在 Windows 10 上，想跑安卓应用又不想被模拟器折磨，这篇上手记录就是为你准备的。我会从「为什么值得装」讲到「每一步为什么这么做」，最后附上避坑清单和进阶玩法。

有它和没它，差别到底在哪？

先别急着看安装步骤，我们花两分钟想清楚一件事：不装它，你的日常是什么样；装了它，又会变成什么样？

内存和性能，是最直观的分水岭。传统安卓模拟器本质是「在 Windows 里再跑一个完整的安卓系统」，双系统叠加，空闲状态就吃掉 2-4GB 内存，启动动辄一两分钟。而 WSA 走的是 Windows 的虚拟化平台，按需启动、用完释放，子系统的图形渲染还接入了 GPU 加速。同样的机器，跑同一款应用，后者的流畅度是能直接感受到的差别。

兼容性也不再是抽盲盒。模拟器挑应用是出了名的：这个闪退、那个黑屏、摄像头和定位全是摆设。WSA 用的本身就是微软为 Windows 11 打磨的那套运行时，仓库里连 kernel、initrd、图形后端这些底层组件都是完整打包的，绝大多数主流安卓应用装上就能用，不用挨个试错。

更关键的是「融合感」。模拟器里的一切都是孤岛：文件传不进去、剪贴板不通、通知不同步。而 WSA 的应用会出现在开始菜单里，像普通 Windows 程序一样启动，剪贴板互通，配合 ADB 还能在 Windows 和安卓侧之间自由传文件。对开发者来说，这意味着你不再需要真机插拔，一条adb connect就能连上子系统调试。

最后，它给「老系统」续了命。微软官方只给 Windows 11 提供安卓子系统，Windows 10 用户被挡在门外。这个项目做的就是把这扇门重新打开——系统不升级，也能享受新特性，这才是它最不可替代的地方。

这是 WSA-Windows-10 每次启动时看到的画面，简洁的几何标识，背后是完整的安卓运行时。

动手之前，先把这 4 件事弄明白

看到这里你可能想问：我的电脑能不能装？别急，装之前先花五分钟自检，省得装到一半才发现硬件不达标。

除硬件外，还有两个软性前提：需要能登录 Microsoft Store，并安装一个免费的Amazon Appstore（它是 WSA 运行时的依赖框架）；系统里还要开启「开发者模式」，用于后续安装第三方 APK。这两步的具体位置，下一节会一并讲到。

一句话总结认知清单：硬件看虚拟化，软件看三个开关，环境看 Store 和开发者模式。都满足，就可以进入正题了。

三阶段上手：从解压到跑起第一个应用

整个安装流程我拆成「准备期 → 执行期 → 验证期」三段，每步都告诉你为什么要这么做，而不是机械地照着点。

准备期：把地基打好（约 10 分钟）

第一步，开启三个 Windows 功能。打开控制面板 → 程序 → 「启用或关闭 Windows 功能」，勾选这三项：

• Windows 虚拟机监控程序平台（Windows Hypervisor Platform）
• 虚拟机平台（Virtual Machine Platform）
• 适用于 Linux 的 Windows 子系统（Windows Subsystem for Linux）

如果你更喜欢命令行，用管理员身份打开 PowerShell，逐条执行：

Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux

为什么要开这三个？WSA 不是模拟器，它跑在 Windows 的虚拟化层上，这三个功能就是它运行的地基。缺一个，后面子系统要么起不来，要么应用闪退。执行完系统会提示重启，务必重启，让功能真正生效。

第二步，确认虚拟化开关。重启后打开任务管理器 → 性能 → CPU，确认「虚拟化」显示已启用。如果没有，需要进 BIOS 打开 VT-x 或 AMD-V——这是很多「装完打不开」问题的根源。

第三步，装 Appstore 和开开发者模式。在 Microsoft Store 搜索安装 Amazon Appstore；然后进入 设置 → 更新和安全 → 开发者选项，打开「开发人员模式」。前者提供 WSA 的依赖包，后者允许你安装 APK 应用。

执行期：让脚本替你干活（约 3-5 分钟）

先获取项目文件。熟悉命令行的同学：

git clone https://gitcode.com/gh_mirrors/ws/WSA-Windows-10

不熟悉命令行也没关系，直接从项目页面下载压缩包，解压到任意目录（千万别直接双击压缩包里的文件）。

解压后找到setup.bat，右键 → 以管理员身份运行。脚本会自动完成四件事：

1. 把 WSA 文件夹复制到文档\WSA目录
2. 结束 ApplicationFrameHost 进程（避免 UWP 应用干扰注册）
3. 停掉 Gaming Services 服务（它经常和 WSA 抢资源）
4. 注册AppxManifest.xml，并安装依赖包

为什么脚本要干这些脏活？直接双击运行的话，权限不够会失败；不提前清理冲突进程，注册应用清单时容易报错。脚本把这些易错点都包住了，这也是我推荐「让脚本干活」而不是手动操作的原因。

验证期：确认它真的活了（约 2 分钟）

在开始菜单搜索Windows Subsystem for Android并启动，等它进入就绪状态。接着做一次最可靠的验证——用 ADB 连接子系统：

adb connect 127.0.0.1:58526 adb devices

看到设备出现在列表里，就说明子系统已经完整跑起来了。这时候装一个你常用的 APK：

adb install 你的应用.apk

装完应用会出现在开始菜单，点击即可像普通 Windows 程序一样启动。

安装完成后，你会在开始菜单看到这样的磁贴，安卓应用从此和 Windows 程序平起平坐。

新手最容易踩的 4 个坑，我替你试过了

安装过程不算复杂，但有几个坑几乎人人都会遇到。每个坑我用【现象 → 原因 → 解法】拆开讲，遇到了直接对号入座。

坑一：setup.bat 一闪而过，啥也没发生

【现象】双击脚本后窗口瞬间消失，或提示「拒绝访问」。 【原因】没有管理员权限；或第三方安全软件拦截了脚本写系统目录的动作。 【解法】右键setup.bat选择「以管理员身份运行」；临时退出杀毒软件再试。如果窗口一闪而过，也可以在管理员 PowerShell 里手动执行脚本，看具体报错。

坑二：装完了，应用却打不开

【现象】WSA 能启动，但点应用一直黑屏、转圈，或直接闪退。 【原因】最常见的是虚拟化没开；其次是开机启动项太多，占满了资源。 【解法】先回任务管理器确认「虚拟化」已启用；再打开任务管理器 → 启动，把不需要的项目全部禁用，重启一次。这个「禁用启动项」的办法是项目作者在 README 里亲口推荐的，亲测有效。

坑三：adb connect 一直超时

【现象】执行adb connect 127.0.0.1:58526提示超时或连接被拒。 【原因】WSA 还没完全就绪；或 Windows 防火墙拦住了 58526 端口。 【解法】等 WSA 界面显示就绪后再连接；在防火墙设置中放行相关程序；确认子系统设置里的「开发人员模式」已打开。

坑四：某次 Windows 更新之后，WSA 失灵了

【现象】系统更新后，WSA 打不开或提示包注册错误。 【原因】系统更新可能破坏了 UWP 包的注册状态，或 Gaming Services 再次抢占资源。 【解法】重新以管理员身份运行一次setup.bat，让它把注册和依赖重建一遍，通常能满血复活。

进阶玩法：把 WSA 当成真正的开发环境

如果你装它不只是为了刷个应用，下面这几个进阶技巧能让你值回票价。

第一招：用 ADB 玩转包管理。前面验证阶段已经连上了 58526 端口，其实这就是一扇通往完整安卓世界的门：

# 连接子系统 adb connect 127.0.0.1:58526 # 安装、卸载、列出应用 adb install app-debug.apk adb uninstall com.example.app adb shell pm list packages # 把文件塞进安卓侧，或拉出来 adb push report.xlsx /sdcard/Download/ adb pull /sdcard/DCIM/photo.jpg ./

第二招：抓日志定位问题。开发和测试最头疼的就是「应用崩了但不知道为啥」。连上 ADB 后直接看子系统日志：

adb shell logcat -v time

配合grep过滤关键词，崩溃原因一目了然，比在真机上反复插拔数据线高效得多。

第三招：按场景调配置。办公社交类应用，不用追求极致画质，内存给少一点更省资源；跑手游或图形密集型应用时，再放宽内存配额并确认 GPU 加速生效。系统自带的设置入口就能调，按需切换即可。

三个真实场景，装了前后是两种体验

光说不练假把式。我们把「装之前」和「装之后」放到具体场景里对比，感受最直观。

办公场景：企业微信 + 钉钉

Before：模拟器里挂着企业微信，后台常驻占掉 3GB 内存，同事消息提醒经常延迟；想把审批文件发给 Windows 端同事，还得先导到共享盘。 After：应用按需启动，不占后台；消息提醒直接进 Windows 通知中心，剪贴板双向互通，审批文件随手就贴进文档。内存占用肉眼可见地降了一个量级。

娱乐场景：手游和大屏视频

Before：模拟器里跑手游，画质只能开中低档，键鼠映射十分别扭，玩两局风扇就开始抗议。 After：WSA 走硬件加速，仓库里自带图形后端组件，游戏画面明显更顺；键鼠、手柄、大屏全部原生支持，手机上的小屏幕体验直接被放大成了桌面级。

开发场景：日常调试 APK

Before：每次调试都要插真机、开模拟器，IDE 被拖得半死，改一行代码重启半天。 After：一条adb connect连上子系统，装包、抓日志、看性能全在本地完成，子系统随时开关，不再占用开发机的常驻资源。

长期稳定运行，靠的是这些小习惯

装好只是开始，想让 WSA 一直好用，养成几个小习惯就够了：

• Windows 大更新后重跑一次 setup.bat，把注册状态和依赖重建一遍，这是性价比最高的「复活术」。
• 保持启动项精简，不只是为了 WSA，对整个系统流畅度都有好处。
• 定期清理安卓侧缓存，子系统里的应用和手机一样，缓存会越积越多。
• 关注项目发布版本，WSA 的运行时组件会持续更新，跟着升级能修复不少兼容性问题。
• 备份关键数据，文档\WSA目录下有注册表镜像等配置，重要数据建议在 Windows 侧另行备份。

这个项目从哪来，又要往哪去？

WSA-Windows-10 是个社区开源项目，本质是把微软在 Windows 11 上的安卓子系统「回移植」到 Windows 10。它的根基之一是 cinit 的 WSAPatch 补丁方案，作者在这个基础上把完整的运行时组件打包、调通，让数以万计的 Windows 10 用户重新用上了官方级安卓体验。

这个项目还处在活跃演进期。社区最需要的，就是真实用户的声音——你在使用中遇到的问题、希望支持的应用、想要的新功能，都可以反馈到项目里；懂技术的同学可以直接贡献代码，或者帮忙完善文档。一个开源项目能走多远，往往取决于有多少人愿意搭把手。

现在，轮到你动手了

说再多，不如自己跑起来一次。给你一份从 0 到 1 的行动清单，照着做就行：

1. 对照前面的表格检查系统版本、虚拟化和磁盘空间
2. git clone https://gitcode.com/gh_mirrors/ws/WSA-Windows-10，或下载压缩包并解压
3. 开启三个 Windows 功能，重启
4. 安装 Amazon Appstore，打开开发者模式
5. 右键管理员运行setup.bat，等脚本跑完
6. 开始菜单启动 Windows Subsystem for Android
7. adb connect 127.0.0.1:58526验证，装下你的第一个 APK

半小时内，你就能在 Windows 10 上跑起第一个安卓应用。这扇门已经打开了，剩下的，就看你想用它做点什么了。

【免费下载链接】WSA-Windows-10This is a backport of Windows Subsystem for Android to Windows 10.项目地址: https://gitcode.com/gh_mirrors/ws/WSA-Windows-10