Windows 11上运行安卓应用：WSA安装配置与APK侧载实战指南

把安卓应用跑到 Windows 11 上，最正统也最舒服的一条路，就是配 WSA（Windows Subsystem for Android，安卓子系统）。作为一个常年用 Windows 主机办公、却又离不开安卓端 App 的人，我从 WSA 刚开始内测就在折腾，踩过不少坑，也攒了不少可以照抄的配置流程。这篇就直接把这些经验写出来，目标是把一套能稳定运行 APK 的 WSA 环境从头到尾配置好，顺便把安装失败、adb 连不上、应用闪退这些高频问题一次性讲透。

WSA 能做什么？最简单的说法是：Windows 11 上原生的安卓运行时。装上之后，你可以在开始菜单里直接启动安卓应用，应用会以窗口形式出现在桌面上，可以自由缩放、固定到任务栏，甚至能参与 Windows 的剪贴板共享和通知中心。对于没有电脑版客户端的网盘、外卖点单、阅读器、骑行记录类应用，WSA 基本是 Windows 上的最佳归宿。这篇文章适合两类人：一类是刚接触 Win11、想给电脑补上安卓应用能力的新手；另一类是已经装了 WSA 但是经常遇到黑屏、闪退、装不上 APK 的进阶用户，按照文章里的排查路径走一遍，大部分问题都能自己解决。我还会把 WSA 的架构原理、安装方式和性能参数放在一起讲，让你不只学会“怎么点”，更知道“为什么要这样点”。

1. 为什么还要折腾 WSA：方案对比与整体思路

1.1 WSA 不是什么“安卓模拟器”

先说一个很多人搞混的点：WSA 不是传统意义上的安卓模拟器。那些常见模拟器，比如雷电、MEmu、BlueStacks，本质上是把整个 Android 系统跑在一个用户态虚拟机或者翻译层里，应用在里面运行，再由模拟器把画面推给 Windows 显示。WSA 走的是另一条路，它基于 Hyper-V 虚拟化技术，在 Windows 11 里直接启动一个轻量级的 Android 系统虚拟机，再把 Android 应用和 Windows 桌面做深度集成。

这个架构带来的直接好处是：应用是原生的，不是被翻译执行的。在 x64 的 Windows 上，WSA 会优先运行 x64 架构的 ARM 兼容 APK，运行效率明显优于传统模拟器的二进制翻译方案；在 ARM64 的 Windows 上，WSA 直接跑 ARM 原生应用，效率更高。换句话说，WSA 更适合跑“正经应用”，而不是拿来玩那种需要模拟器多开、宏按键的重度手游。理解了这一点，你在选型时就不会用错场景。

1.2 和传统模拟器、投屏方案的差别

我经常被问一个问题：已经有模拟器了，为什么还要装 WSA？我把三种方案放在一起对比过，各有适用场景。

从表格能看明白：WSA 的核心竞争力不是“性能天花板”，而是“无感集成”。传统模拟器是把安卓装在一个独立容器里，Windows 只是它的宿主；WSA 则是让安卓应用长得和 Windows 应用一样，这是体验层面的根本差异。

1.3 配置前的整体思路

配置 WSA 这件事，说复杂也复杂，说简单也简单。我的经验是把它拆成四个阶段：

1. 铺地基：确认系统版本、开启 CPU 虚拟化、启用 Windows 的“虚拟机平台”组件。
2. 装本体：通过微软商店、离线安装包或社区图形化工具，把 WSA 装进系统。
3. 打通链路：开启开发人员模式，用 adb 连接子系统，侧载 APK。
4. 调体验：根据硬件情况设置内存、图形模式、性能模式，把常用 App 固定到任务栏。

另外需要提前说明的是，微软已经在 2025 年 3 月正式终止了对 WSA 的支持，微软商店里的入口也已经下架。但这不代表 WSA 就不能用了——已经下载好的安装包、离线部署包，以及社区保存的官方格式包，依然可以在 Windows 11 上成功部署并正常使用。这就好比一个软件被归档了，但它的安装介质还在，功能没有被锁死。所以下面的安装部分，我会把“离线包部署”作为当前最主流的方式来讲。

2. 环境准备：安装前的检查和虚拟化开启

2.1 系统版本到底要什么

WSA 官方要求 Windows 11 21H2 或更高版本，但我的实测建议是：最好把系统升到 22H2 或 23H2，并且把所有累积更新打满。很多网上说“装不上”“启动黑屏”的案例，最后查下来都是系统版本太旧，缺了 WSA 依赖的虚拟化组件或者 UWP 运行时补丁。

这里要提一下 Windows 11 安装助手。如果你现在还在 Windows 10，想用 WSA，第一步不是去找 WSA 安装包，而是先用 Windows 11 安装助手把系统升级到 Win11 22H2 以上。升级完成后再检查 Windows Update，把“2024-适用于 Windows 11 Version 22H2 的累积更新”这类系统补丁装齐。我见过不少人在旧版本上强行部署 WSA，结果子系统设置页面一直卡在“正在启动”，换到最新补丁版本后一次就过了，前期的系统升级别省。

硬件方面，最低要求是 8GB 内存、SSD 硬盘、支持虚拟化的 CPU。我的个人建议是内存至少 16GB，因为 WSA 虚拟机本身会占用 2GB 到 4GB，你总得给 Windows 本体和常用软件留足余量。硬盘建议留出 20GB 以上的可用空间，APK 虽然不大，但应用数据和缓存会慢慢吃空间。

2.2 检查并开启 CPU 虚拟化

WSA 依赖 Hyper-V 虚拟化，而 Hyper-V 又依赖 CPU 的虚拟化指令集：Intel 的 VT-x 和 AMD 的 SVM。这一步没做好，后面装 WSA 十有八九黑屏。

检查方法很简单。打开任务管理器，切到“性能”选项卡，点“CPU”，看右下角有没有“虚拟化：已启用”这一项。如果你看到的是“已禁用”，就需要进 BIOS 开启；如果压根没有这一项，说明 CPU 太老或者主板的虚拟化被隐藏了，这条路就比较难走。

进 BIOS 的操作各家主板不一样，但思路相同：开机时按 Del 或 F2 进入固件设置，找到“高级”或“CPU Configuration”相关的菜单，把 Intel Virtualization Technology（简称 VT-x）或 AMD SVM Mode 设为 Enabled，保存重启。笔记本的话，部分机器在 BIOS 里叫 “Virtualization Technology”，还有一部分预装 Windows 11 的机器默认就是开启的，不用额外处理。

2.3 启用虚拟机平台和 Hyper-V 相关组件

CPU 虚拟化开启后，还要在 Windows 层把“虚拟机平台”组件打开。这一步很容易被忽略，因为它是独立的 Windows 可选功能，不会随系统默认开启。

操作路径有两种。第一种是图形界面：打开“控制面板” -> “程序” -> “启用或关闭 Windows 功能”，在弹出的列表里勾选“虚拟机平台”（Virtual Machine Platform），点击确定，系统会提示重启。

第二种是命令行方式，适合喜欢复制粘贴的人。用管理员身份打开 PowerShell，执行：

Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All

执行完重启电脑。注意，这里我没有勾选完整的“Hyper-V”选项，因为 WSA 实际依赖的是虚拟机平台这个子集，和 WSL2 是同一套底层。如果你以后还想用 WSL2 跑 Linux，也是在这里开同一个开关，一次开启两边共用，不冲突。

2.4 区域设置与系统更新

WSA 在发布初期对区域有严格限制，官方支持列表里包括美国、日本、英国等区域，并不覆盖所有国家和地区。微软商店在下载 WSA 时会检查系统区域，不在支持列表里就直接搜不到或无法安装。解决办法是把系统区域临时改为美国：设置 -> 时间和语言 -> 语言和区域 -> 把“区域”下拉框改成“美国”，不需要改系统显示语言。安装完成后再改回原本区域，WSA 依然可以正常运行，这一步只影响商店下载环节。

顺便把 Windows Update 也过一遍。打开设置 -> Windows 更新，把可用更新都装好，尤其是 22H2 之后的累积更新。WSA 对系统组件的依赖很敏感，系统补丁版本越新，越不容易碰到虚拟机平台组件缺失或者内核接口不兼容的怪问题。

3. 安装 WSA：三种方式与离线包部署

3.1 方式一：微软商店安装（历史路径）

如果你在 2024 年之前就装过 WSA，当时的路径很简单：打开微软商店，搜索“Windows Subsystem for Android”，点击获取，然后等它自动下载安装。

这套流程在 2025 年 3 月之后就走不通了，因为微软已经将 WSA 从商店下架。商店里搜索“Windows Subsystem for Android”已经找不到对应入口，历史安装过 WSA 的机器如果重装了系统，也无法再从商店重新获取安装包。所以我把这个方式标记为“历史路径”，如果你手头还有当年下载好的安装包，可以跳过商店直接用离线包方式部署。

3.2 方式二：离线包部署（当前最常用）

这是目前部署 WSA 最可靠的方式。核心思想是：获取 WSA 的官方格式安装包，然后用 PowerShell 的Add-AppxPackage命令把它安装到系统里，完全绕过微软商店。

安装包可以从哪获取？这里分两种情况。如果你以前安装过 WSA，可以在C:\Program Files\WindowsApps目录下找到对应的包文件，但是直接复制出来容易被系统权限拦着，建议还是去社区找备份。目前 GitHub 上有不少项目在整理 WSA 的官方原始安装包，你搜“WSA builds”就能找到。下载时注意分辨包是否被修改过，官方原版的包名以MicrosoftCorporationII.WindowsSubsystemForAndroid开头，文件后缀是.msixbundle或.appxbundle，而不是那种打包成 exe 的定制安装器。

下载完依赖包和 WSA 本体包后，用管理员身份打开 PowerShell，按顺序安装：

# 进入安装包所在目录 cd C:\WSA # 先安装依赖包（VCLibs 和 UI.Xaml） Add-AppxPackage -Path "Microsoft.VCLibs.140.00_14.0.30704.0_x64__8wekyb3d8bbwe.appx" Add-AppxPackage -Path "Microsoft.UI.Xaml.2.8_8.2210.1.0_x64__8wekyb3d8bbwe.appx" # 再安装 WSA 本体 Add-AppxPackage -Path "MicrosoftCorporationII.WindowsSubsystemForAndroid_2309.40000.8.0_neutral___8wekyb3d8bbwe.msixbundle"

执行完最后一条命令，开始菜单里就会出现“适用于 Android 的 Windows 子系统”这个应用，说明安装成功。如果你的系统提示“部署失败，错误 0x80073CF9”这类问题，大概率是依赖包版本没对上，把 VCLibs 换成系统对应的架构重新装一次即可。

3.3 方式三：社区图形化安装工具

有些社区第三方工具把 WSA 的部署做成了图形化向导，比如 wsacompanion，这一步可以省去敲命令的麻烦。工具会自动检测系统组件、下载匹配版本的 WSA 包、调用 PowerShell 完成安装。适合不想碰命令行、但又想省事的人。

另外社区里还有一些定制版 WSA 构建，内置了 root 权限、Google 服务框架，或者移除了区域检测。这类版本功能更多，但也意味着安装包经过了第三方修改，安全性要靠你自己权衡。我个人建议日常使用还是官方原版装干净，少引入不确定因素。真要折腾 Google 服务和模块化定制，那就是另一条更深的坑了，不适合在这篇文章里展开。

3.4 第一次启动和基本设置

安装完成后，第一次启动 WSA 前先把该开的开关打开。打开开始菜单，找到并启动“适用于 Android 的 Windows 子系统”。第一次打开会有短暂的状态初始化，界面左侧是系统信息、右侧是配置选项。

这里有几个关键开关：

• 开发人员模式：必须开启。它是后面用 adb 侧载 APK 的入口，不开的话没法连调试端口。
• 子系统资源：建议把“性能”选项卡里的计划改成“按需分配资源”，后面再细说。
• 文件共享：如果要用 Windows 文件夹和子系统互通文件，这一步要提前打开对应的共享开关。

设置完成后，把 WSA 关掉再重新打开一次，让配置生效。这个时候子系统状态会从“正在启动”变成“运行”，基本就算装好了。

4. 侧载 APK 与文件导入：把安卓应用装进 Windows

4.1 启用开发人员模式端口

WSA 安装完成后，它不会自动把安卓应用的安装入口暴露给你，你需要主动打开调试通道。在“适用于 Android 的 Windows 子系统”设置页面里，把“开发人员模式”打开。这一步会启动子系统内部的 adb 调试服务，并在本机开放一个调试端口。

端口地址是固定的：127.0.0.1:58526。每次启动 WSA 后这个地址都有效，除非你手动修改过端口号。需要注意的是，这个端口只在 WSA 运行时才存在，如果子系统被关闭或者系统重启后还没启动 WSA，直接用 adb 连端口是连不上的。所以调试前先确认子系统处于“运行”状态，再继续下面的操作。

4.2 用 ADB 连接 WSA

ADB 是安卓调试桥，它是侧载 APK 的第一步。你需要先从 Android 开发者官网下载platform-tools，解压后得到一个adb.exe。为了方便使用，我建议把解压目录加入系统 PATH，或者在解压目录里打开命令行窗口操作。

连接步骤如下：

# 进入 platform-tools 目录 cd C:\platform-tools # 连接 WSA 调试端口 adb connect 127.0.0.1:58526 # 查看当前连接的设备 adb devices

如果显示127.0.0.1:58526 device，说明连接成功。如果显示offline或unauthorized，等几秒再试，或者执行adb kill-server后重新adb connect。连接成功后，后面的所有 adb 命令都可以正常下发到 WSA 内部的安卓系统。

4.3 用 adb 安装 APK 的几种情况

最普通的 APK 安装就一条命令：

adb install C:\Downloads\example.apk

装完后应用会直接出现在 Windows 开始菜单里，同时也会出现在 WSA 的安卓桌面。

现在很多应用已经改用 split 分包格式（xapk 或 apks），也就是把一个应用拆成 base APK 加多个配置包。这种情况用adb install单条命令会报错，需要用install-multiple：

adb install-multiple C:\Downloads\base.apk C:\Downloads\split_config.arm64_v8a.apk C:\Downloads\split_config.xxhdpi.apk

如果应用已经装过，想覆盖安装，就在命令后面加-r：

adb install -r C:\Downloads\example.apk

实操中最容易踩的坑是架构不匹配。在 x64 版 WSA 上安装 ARM32 专用包，应用可能启动后白屏；反过来在 ARM64 版 WSA 上装 x86 专用包，也可能兼容性出问题。下载 APK 时优先选arm64或通用包，实在不行再换成目标架构的版本。

4.4 图形化安装工具与文件导入

敲命令对很多人来说还是有点门槛，所以我一般也会用 WSATools 这类图形化工具。它会在 Windows 桌面提供一个简单的窗口，点击选择 APK 文件，再点击安装，底层还是调用 adb，但对普通用户友好很多。它也能处理部分 xapk 格式的自动安装。

文件导入这块，是 WSA 被问得最多的功能之一。很多人想往安卓应用里塞文件，比如给阅读器导入本地电子书、给网盘客户端设置自动备份目录。WSA 支持 Windows 和 Android 之间的文件互通，前提是应用本身支持安卓的 SAF 文件选择框架。当你在安卓应用里点击“选择文件”或“导入”时，文件选择器会出现“Windows 文件”这个入口，点击后就能访问 Windows 侧的文件夹，直接选中要导入的文件即可，不需要额外传文件。如果你用的是第三方精简版系统或者文件选择器无法调起，也可以把文件放在 Windows 的一个固定目录，用支持 SAF 的文件管理器应用读取，原理相同。

4.5 把应用固定到任务栏和开始菜单

APK 安装完成后，应用会出现在开始菜单的“所有应用”列表里。右键点击应用图标，选择“固定到开始屏幕”或“固定到任务栏”，之后就能像运行普通 Windows 软件一样一键启动安卓应用。

桌面上要放快捷方式也很简单：从开始菜单把应用图标直接拖到桌面，它会自动生成一个快捷方式。这个操作对应很多人常问的“任务栏添加桌面快捷”问题，在 WSA 场景下就是拖拽一下的事，不需要额外工具。如果拖拽无效，也可以在开始菜单找到应用图标，右键 -> 更多 -> 打开文件位置，然后从资源管理器里把快捷方式复制到桌面。

5. 性能优化与使用体验调整

5.1 子系统的性能模式怎么选

WSA 设置里有一个“性能”选项卡，提供两种资源调度策略。

第一种是“按需分配资源”，意思是当检测到 Windows 前端没有在运行安卓应用时，WSA 会尽量释放内存和 CPU 资源，把性能还给主机。这套策略适合大多数日常使用场景，因为大部分时间你不可能一直开着安卓应用，省下来的资源可以让 Windows 本体和开发工具跑得更流畅。

第二种是“连续运行”，让 WSA 虚拟机始终在后台驻留，即使没有打开任何安卓应用，也不会自动释放资源。好处是切换应用时不用等待子系统重新冷启动，坏处是内存和 CPU 占用会一直保持在一个比较高的水平。我的习惯是：如果只是偶尔用一两个轻量 App，选按需分配；如果要在安卓端做视频监控、音乐播放这类需要后台常驻的任务，就切到连续运行。

5.2 内存与图形选项调整

WSA 默认会给子系统分配 2GB 内存，这个值对一些大型应用来说偏紧。在 WSA 设置的“开发人员”选项卡里，如果你勾选并修改了“最大内存”选项，可以手动把内存调到 4GB 或更高。但这里有个前提：你分配给 WSA 的内存，是从 Windows 物理内存里划走的。如果你的机器只有 8GB 内存，建议不要超过 4GB，否则 Windows 本体本身会因为缺内存开始疯狂换页，系统整体流畅度反而下降。

图形设置里有一个“兼容性优先”和“性能优先”的切换选项。默认是性能优先，适合绝大多数应用。如果你在用某个特定 App 时遇到花屏、闪退、字体渲染异常，可以切到兼容性优先试试。WSA 的图形栈依赖主机的显卡驱动，所以另外一个容易被忽略的点就是：台式机或笔记本的显卡驱动要更新到较新版本，尤其 Intel 核芯显卡和 NVIDIA 独显，驱动版本太旧会直接导致部分应用渲染异常。

5.3 鼠标键盘操作小技巧

WSA 把安卓应用放在 Windows 窗口里跑，操作逻辑和手机有大区别。细节调一下，体验就完全不一样。

• 鼠标滚轮：在大多数列表类页面里，滚轮会自动映射为触摸滑动，可以正常滚动。
• 右键操作：多数安卓应用里，鼠标右键会映射成“返回”操作，这个设计非常实用。
• 键盘输入：在文本框里点击后，直接物理键盘打字就能输入，Windows 的语言输入法也能正常带进去，比在模拟器里呼出软键盘舒服得多。
• 窗口缩放：拖动 WSA 窗口的边缘可以自由调整大小，安卓应用会自动适配新的分辨率，放大到全屏时界面会重新布局。

这些细节可能在系统文档里都没有明确说明，但实际用起来影响非常大。我第一次把 WSA 窗口全屏后，发现应用自动从竖屏逻辑切成了平板横屏逻辑，界面布局完全变了个样，那一刻才感受到微软在桌面集成上确实下了功夫。

5.4 ARM 版系统与精简版系统的注意事项

如果你用的是 ARM64 版 Windows 11，比如在 Mac M1 Pro 芯片的虚拟机里跑的 Windows 11 ARM，或者使用了如 Tiny11、X-Lite 这类精简版系统，需要注意一个关键区别：这些系统下的 WSA 运行的是 ARM64 版本，它跑 ARM 原生 APK 效率很高，但跑 x86/x64 架构的 APK 时会有兼容性损耗，部分应用可能直接弹错误。

精简版系统的问题更多是“组件缺失”。很多精简镜像为了减小体积，把“虚拟机平台”从 Windows 功能里删掉了，或者禁用了 Hyper-V 相关服务。这类系统想装 WSA，需要先手动把“虚拟机平台”组件补回来，命令还是之前那条Enable-WindowsOptionalFeature，如果提示找不到组件，说明镜像精简得比较彻底，建议换回官方原版镜像，别跟系统组件较劲。另外，ARM 平台的显卡驱动和 x64 平台有不少差异，如果你发现 WSA 里运行的应用频繁闪退，先别怀疑是 APK 问题，优先检查系统本身是否完整。

6. 常见问题与排查技巧实录

6.1 安装失败、商店下载不动

如果走微软商店路径，安装失败最常见的原因就是区域不支持。资料下载按钮是灰色的，或者提示“当前区域不提供此应用”，按 2.4 节的方法把区域改成美国再试。如果商店可以下载但一直卡在排队或下载到一半失败，可以在“设置”里找到“应用” -> “Microsoft Store” -> “高级选项”，点击“重置”，重置后再重新打开商店。

离线包方式部署失败，多为依赖包没装齐。先把 VCLibs 和 UI.Xaml 装上，再装 WSA 本体，顺序不能反。如果还是失败，把 PowerShell 窗口拉长，看具体的错误码，截图去搜索引擎搜，比瞎试有效得多。

6.2 启动后黑屏、图标灰色

WSA 图标灰色或者打开后一直黑屏，是高频问题。多数原因集中在虚拟化没开或“虚拟机平台”组件缺失。

排查顺序是这样的：先打开任务管理器确认 CPU“虚拟化”是已启用；再运行systeminfo命令，看输出底部有没有“Hyper-V 要求”相关的提示；确认“虚拟机平台”Windows 功能已经勾选并重启过。如果这些都正常，但 WSA 依然是灰色图标，打开 PowerShell 执行bcdedit /set hypervisorlaunchtype auto，然后重启电脑。这条命令是让 Windows 的 hypervisor 在系统启动时自动加载，WSA 依赖这个内核级环境，关了它即使虚拟化开启也白搭。

另外，部分精简版系统默认关闭了 Hyper-V，打开“启用或关闭 Windows 功能”勾选“虚拟机平台”和“Hyper-V”两个选项，再重启，能解决大部分黑屏问题。

6.3 adb connect 失败

adb connect 127.0.0.1:58526连不上的时候，按顺序检查四件事：

第一，WSA 是否处于运行状态。如果子系统没启动，端口根本不存在。先打开 WSA 应用确认状态是“运行”。第二，开发人员模式是否真的开启了。在 WSA 设置里开关一次，确保设置已保存。第三，adb 是否是最新版本。老版本 adb 有时对 WSA 的握手协议有问题，去 Android 官网下载最新 platform-tools，替换后重试。第四，防火墙拦截。虽然调试地址是回环地址，但个别安全软件会拦截 adb 的本地 socket 连接，把 platform-tools 目录加入白名单试试。

如果以上都试过还是不行，执行adb kill-server再adb start-server，让 adb 服务重新初始化，多半能解决。

6.4 应用闪退、卡顿

应用能装上但闪退，优先怀疑 APK 架构不匹配。在 x64 版 WSA 里装纯 ARM32 应用，和从压缩包里解压出损坏的 APK 一样，现象都是启动即闪退。下载 APK 时尽量选arm64或治理包，别选armeabi-v7a专属包。

如果架构没问题，把 WSA 设置的图形选项切到“兼容性优先”，有不少网友反馈切换到兼容性优先之后，部分画面花屏、闪退的应用恢复了正常。内存不足也会导致卡顿，打开 WSA 开发人员选项，把最大内存调到 4GB 或 6GB，同时关闭系统中占内存比较大的后台软件，观察是否好转。

还有一点要心里有数：个别应用会检测自己运行在虚拟机环境里，主动拒绝服务。这类应用要么换老版本，要么用手机正常运行，和 WSA 的配置没关系，不用死磕。

6.5 系统更新后 WSA 打不开

Windows 11 的累积更新偶尔会和 WSA 产生兼容问题，表现是更新后 WSA 图标还在，但打开就报错或者一直转圈。

处理思路是先重启电脑，让系统完成更新后的环境初始化。如果还不行，用管理员 PowerShell 执行Get-AppxPackage *WindowsSubsystemForAndroid* | Remove-AppxPackage卸载 WSA，再按第 3 节的方式重新部署。这类问题大多是系统组件和 WSA 的版本不匹配导致的，重装一次比排查具体组件更省时间。

重点是，重装 WSA 前把子系统里的应用数据备份出来，因为卸载 WSA 会连同内部安装的应用数据一起清掉。数据备份可以通过文件共享功能导出到 Windows 侧目录。

6.6 问题排查速查表

6.7 Windows 10 能装吗

结论先说：官方不支持，但网络上存在移植修改版本。WSA 当初是绑定 Windows 11 的，依赖 Win11 的虚拟化平台集成和 UWP 运行时，微软没有为 Windows 10 提供官方包。社区里有开发者做过魔改，把安装包改造成可以在 Windows 10 上部署，但这类版本往往要求手动补齐大量系统组件，运行稳定性也打折扣，子系统更新后可能会失效。

如果你还在 Windows 10，又很需要安卓应用，我的建议是老老实实用传统模拟器，或者干脆把系统升级到 Windows 11 再上 WSA。魔改版折腾一天能用，但后续维护成本太高，不值得。

最后再分享一点我个人在实操中的体会。WSA 从内测到停更，我几乎每个版本都用过。它确实不是万能的，不能当游戏模拟器用，重度图形应用也会力不从心，但如果你只是想在日常办公的间隙回个消息、刷个网盘、看看电子书、点个外卖，它的“Windows 原生应用”体验是所有模拟器都给不了的。尤其是剪贴板互通和文件拖拽导入，用习惯之后你会觉得安卓和 Windows 之间本就该是这样自然。现在官方停止维护了，但离线包还能装，能用一天就是赚到。唯一要记住的，就是 APK 一定从正规渠道下载，子系统里的重要数据定期通过共享文件夹导出，因为你不知道哪次系统更新就会让这个老伙计永远沉默。按照文章里的顺序：先铺虚拟化、再装系统、再开 ADB、最后调参数，照着走，大概率一次顺利装好。