我换了Windows 11一大半的原因是冲着Android子系统WSA去的。当时就想着能在电脑上直接跑安卓应用不想装一堆第三方模拟器WSA这种官方方案最干净。结果第一次装就翻车卡在“请稍后”界面超过半小时翻了十几个教程每个都说“去设置里改区域、然后点获取”根本没提前置的虚拟化组件没开全时界面就是这个死样子。后来又折腾了几台不同配置的机器帮朋友远程处理过各种安装失败慢慢把整套安装链路摸透了。这篇文章就把我实际踩过的坑、验证过的步骤、以及安装之后的调优经验一次性写清楚希望对所有想在Windows 11上装Android子系统的朋友有帮助。1. 装WSA前先理解这套“子系统”到底怎么运转的1.1 WSA不是模拟器它是虚拟机加上一套Android运行时很多人把WSA和BlueStacks、雷电模拟器混为一谈这个认知会直接导致后续排查问题时方向跑偏。第三方模拟器是重新实现Android运行环境通常自带内核、自带图形渲染层整个系统是独立的一套。WSA不一样它是微软基于**虚拟机监控程序平台Windows Hypervisor Platform简称WHPX**跑一个轻量级虚拟机虚拟机里运行的才是Android系统。Windows和这个虚拟机之间有专门的桥接层负责图形渲染、输入转发、文件共享和网络互通。这套架构决定了它有几个硬性要求CPU必须支持虚拟化并且已经开启系统内存不能太少Windows功能里的虚拟化组件必须勾选到位。凡是安装失败或者启动后黑屏、闪退的八成问题出在这几个前置条件上跟“WSA应用包损坏”关系不大。理解了这个底层逻辑你再看各种报错信息心里就有数了不会再被误导去反复重装应用包。1.2 WSL和WSA总被绑在一起但别搞混两者关系之前有一波Windows更新很多人在事件查看器或者安装提示里看到“此应用程序需要适用于Linux的Windows子系统可选组件”这句话第一反应是WSA还要依赖WSL其实不是。WSL是Linux子系统WSA是Android子系统两者都依赖“虚拟机平台”这个底层功能但彼此独立。安装WSA时理论上不强制安装WSL不过微软的安装程序在个别版本里会把WSL组件作为可选依赖检查项如果你没装WSL组件安装器就弹出那句话让你运行wsl.exe --install。最省心的做法是干脆把WSL组件也装上。反正它的安装包不大装完不需要进入任何Linux发行版放在那里也不碍事还能避免安装WSA过程中被这种提示卡住。我见过有人为了“精简系统”一直不给WSL留位置结果卡在安装界面半天最后发现装完WSL后WSA立刻就继续走了纯粹是浪费时间。1.3 WSA系统镜像文件存在哪为什么删除干净这么难WSA实际运行的系统镜像可以理解为一个VHDX格式的虚拟磁盘文件这个文件被安装程序放在系统盘的隐藏目录下。当你从“设置-应用”里卸载WSA时Windows会移除应用包但这个VHDX文件以及对应的虚拟交换机配置不一定会完全清干净。如果你后期想彻底重装建议卸载后手动检查两个位置一个是C:\Windows\SystemApps下残留的MicrosoftCorporationII.WsaPackage相关目录另一个是C:\Users\你的用户名\AppData\Local\Packages下和Android子系统相关的文件夹。单纯点“卸载”很多时候会留下几百MB的残留垃圾下次安装新版本时就会莫名奇妙报错。这个细节在官方文档里找不到属于实际折腾出来的经验。2. 开启虚拟化的完整链路从BIOS到Windows功能面板2.1 BIOS里开启VT-x或AMD-V以及如何确认已经开启WSA的前提是CPU虚拟化必须工作。Intel平台上叫VT-xAMD平台上叫AMD-V。不同主板的BIOS菜单差异很大但一般都在Advanced或者Configuration相关页签下搜索关键词可以用“SVM Mode”AMD平台常见叫法或“Intel Virtualization Technology”Intel平台常见叫法把它设为Enabled。有个快速判断是否已开启的方法打开任务管理器切到“性能”选项卡选中“CPU”看右下角的“虚拟化”一栏。如果显示“已启用”说明BIOS层面已经就绪如果显示“已在虚拟机中启用”说明你在宿主机里如果显示“已禁用”那就得重启进BIOS打开。这个检查动作在安装任何虚拟化相关组件前都值得做一遍否则后面所有操作都是在沙滩上盖楼出问题后排查成本极高。2.2 Windows功能面板的正确勾选组合在BIOS层面没问题之后进入“启用或关闭Windows功能”WSA通常需要以下两项虚拟机平台Virtual Machine PlatformWindows虚拟机监控程序平台Windows Hypervisor Platform有些教程还会让你勾选“Hyper-V”和“适用于Linux的Windows子系统”Hyper-V严格来说不是WSA的必须项因为WHPX可以独立于Hyper-V管理程序存在。但“虚拟机平台”这一项WSA是绕不开的少了它WSA安装完也会在启动阶段报错。如果不想在图形界面里一个个找可以在“命令提示符管理员”里执行dism /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart dism /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart执行完后按提示重启系统。重启完成后再通过命令或者设置面板确认两个功能都显示为“已启用”。我试过在功能面板里只勾选了“虚拟机平台”没勾“Windows虚拟机监控程序平台”WSA能装上但启动时一直转圈圈所以建议两个都开别省这一步。2.3 基于虚拟化的安全性VBS到底要不要关Window 11默认开启了内核隔离也就是基于虚拟化的安全性Virtualization-Based SecurityVBS。很多所谓“优化教程”会建议关掉VBS和内存完整性理由是性能损耗。确实VBS在开启状态下会占用少量CPU和内存资源8GB一下内存的机器感受比较明显。但我要说一个容易误导人的点WSA安装失败或启动异常跟VBS没有直接关系。VBS用到的Hypervisor层和WSA用到的WHPX可以共存微软官方设计时就是让它们一起工作的。如果你是因为WSA出问题才想去关VBS大概率是白费劲甚至可能导致Windows Defender部分防护失效。关不关VBS纯粹是性能取舍问题内存够大16GB以上、CPU是近几年的型号老老实实开着VBS系统更安全内存吃紧的老机器关掉VBS后运行WSA确实更流畅。我的建议是装好WSA以后再决定要不要动VBS不要一开始就把它摆在优化第一优先级。调整位置在“设置-隐私和安全性-Windows安全中心-设备安全性-内核隔离”要改这个设置需要重启多次慎重操作。3. 两条安装路线实操商店直装与离线包部署3.1 商店直装改区域到美国的来龙去脉WSA早期版本在新加坡、美国等少数几个区域的Microsoft Store里上架国内商店搜不到“Amazon Appstore”就无法触发安装。当时很流行把“设置-时间和语言-语言和区域”里的国家或地区改成美国然后重启商店再去搜索“Amazon Appstore”页面出现后点击获取商店会自动开始下载WSA本体。到2024年之后微软逐步收紧了WSA的官方分发渠道并且宣布2025年3月5日正式终止支持。现在你去商店即使区域改成美国也不一定能看到Amazon Appstore的入口了。如果你所在地区还能看到那流程依然是改区域-重启商店-获取Amazon Appstore-等待自动部署WSA-完成后在开始菜单找到“适用于Android™的Windows子系统”设置界面。需要说明的是改区域后商店里的应用列表会切换成美区内容装完WSA后可以改回中国不会影响已安装的组件。3.2 离线包部署在官方渠道不可用时自己动手WSA的离线安装其实比大多数人想象中简单关键是要拿到正确格式的安装包。WSA分发文件通常是一个.msixbundle主包外加几个.appx依赖包如VCLibs、UI.Xaml等。获取方式有两种一种是曾经通过winget等命令行工具直接拉取微软商店的CDN链接另一种是通过在线商店包提取服务输入微软商店的产品页链接把安装包列表解析出来。注意“提取服务”这类操作本质上是请求微软的公开下载地址不涉及绕过任何机制。拿到包之后把它们放在同一个目录下比如C:\WsaPackage然后在PowerShell管理员中执行Add-AppxPackage -Path C:\WsaPackage\MicrosoftCorporationII.WsaPackage_x.x.x_x64.msixbundle -DependencyPath C:\WsaPackage\Microsoft.VCLibs.x64.14.00.appx,C:\WsaPackage\Microsoft.UI.Xaml.x64.appx装完后开始菜单里会出现“适用于Android™的Windows子系统”应用。首次点击它系统会进行一次初始化等几分钟后你就能看到设置窗口。我个人的经验是离线包安装时必须把依赖包路径完整传给Add-AppxPackage命令否则经常报“缺少必要依赖项”看似下载包没问题实际卡在依赖阶段。3.3 安装失败的常见报错定位安装WSA过程中最常遇到的报错和原因基本可以锁定这几类报错或现象根因优先排查项“此应用程序需要适用于Linux的Windows子系统可选组件”缺少WSL相关可选功能执行wsl.exe --install后重启再装WSA安装进度条卡住不动Windows Update处于挂起状态先重启完成系统更新再重试安装0x80073D26 / 0x80073CF9系统组件未启用或应用包损坏确认虚拟化已开重新下载离线包打开后一直转圈Windows Hypervisor Platform未启用开启该功能并重启“请稍后”长时间不结束网络无法连接微软更新服务检查网络环境确认系统更新正常其中“卡在请稍后”是我看到询问最多的情况。这个界面通常是在等待WSA应用包从微软服务器下载并解压部署。如果你的Windows更新还有挂起的重启或者网络访问微软服务器不稳定这个界面就会卡很久。不要干等先打开“设置-Windows更新”看看有没有需要重启的更新补丁把系统更新处理完再回到WSA安装。另外Windows 11 27H2这一年间引起了挺多关注但无论是21H2、22H3、27H2还是哪个版本号只要更新通道正常、功能面板里能开启虚拟化组件WSA的安装逻辑基本一致。版本差异主要体现在系统自带的组件是否存在比如24H2之前的版本可能需要你手动去功能面板勾选“虚拟机平台”而更新的系统可能默认已经开启。装之前看一眼系统信息别盲目照抄老教程。4. 首次启动的设置与性能调优4.1 开发人员模式一定要开ADB才能连上WSA安装好后打开“适用于Android™的Windows子系统”应用你会看到几个设置区块其中比较关键的是“开发人员模式”。把它打开系统会提示你它用于将Android应用从开发环境部署到子系统。这一步不只是给开发者用的普通用户要用ADB安装APK也必须打开这个开关。打开后设置界面里会显示类似于127.0.0.1:58526的地址这就是ADB连接地址。后续用ADB连接、安装APK全靠这个端口。如果你发现连接不上先回去看“开发人员模式”是不是被关掉了——有次系统更新后它自动关闭我还以为是WSA崩了排查了半天才反应过来。4.2 内存占用控制的几种方案WSA本质上是跑了一个不带界面的Android系统同时它还承担了把Android窗口渲染到Windows桌面的任务所以内存占用不会低。在8GB内存的机器上一开机WSA往往就吃掉2GB左右如果同时再开几个应用卡顿就来了。实际可调节的地方有三个连续Continuous模式子系统始终在后台运行启动应用快但内存一直被占着。按需As-needed模式一段时间不用系统会进入休眠状态再次启动会有几秒等待但内存释放明显。GPU回退如果你的显卡不支持某些图形接口可以在设置里打开“图形的兼容性模式”牺牲一点渲染性能换稳定性。我的建议是8GB内存的电脑在“子系统电源设置”里选“按需模式”能显著降低日常空闲时的内存占用16GB内存及以上的电脑可以直接用“连续模式”使用体验顺畅很多。4.3 子系统的存储与系统文件管理WSA的系统盘大小也可以调整设置里有一个“存储”部分可以查看存储空间使用情况不过它管理的是共享文件夹相关的东西不是虚拟磁盘扩容。真正的VHDX文件在系统盘上默认大小会随使用自动增长不用手动干预。有一个容易踩的坑是共享文件夹。WSA默认可以访问Windows用户目录下的“共享文件夹SharedFolder”点开设置里的“文件”或者“共享文件夹”选项就能看到路径。往里面放文件Android应用不一定能实时看到有些应用在后台运行时对目录缓存很敏感重启应用或子系统才能识别到新文件。如果你预判某个应用要频繁读取共享文件建议提前把目录里的内容一次放好别边用边改。5. 用ADB调通APK安装兼顾Android开发工具的联动5.1 连接WSA的标准流程ADBAndroid Debug Bridge是Android调试的核心工具也是给WSA安装APK最通用的途径。电脑上只需要下载一个Platform Tools把它解压后在命令行里进入对应目录执行adb connect 127.0.0.1:58526连接成功后执行adb devices会看到设备列表里有127.0.0.1:58526。如果连接失败检查WSA的设置界面是否在后台还开着以及开发人员模式是否启用。有个小细节WSA有几个版本端口会变不要死记58526以设置界面显示为准。连接后安装APK就变成了一条命令的问题adb install D:\downloads\your-app.apk有些APK带有ABI限制比如只支持ARM架构的旧应用在WSA上可能提示“解析软件包时出现问题”或者直接无法运行这个问题后面会细说。5.2 Windows 11无法拖拽文件到命令行的解决办法安装APK时很多人习惯把APK文件拖进cmd或者Windows Terminal窗口想直接拿到文件路径。但在Windows 11上你会发现从文件资源管理器拖文件到已打开的终端窗口经常没反应或者路径没自动填上。原因很简单Windows 11对终端窗口的拖拽支持一直不太稳定特别是使用管理员权限打开的命令行窗口UAC权限隔离会让拖拽操作失效。解决办法有两个不拖拽手动输入路径或者把文件路径复制粘贴进终端。先cd到APK所在目录再执行adb install 应用名.apk避免长路径带来的输入麻烦。我平时习惯用第二条因为APK文件命名字符多、路径长直接用相对文件名最省事。顺带一提如果你在用离线包部署WSA时也用拖拽方式填写路径同样是这个原因导致命令执行不了——跟WSA没关系是Windows 11终端交互层面的特性。5.3 连接Android Studio与SDK的注意事项如果你是Android开发者WSA完全可以当一台测试机用。Android Studio里直接运行应用如果保留了前面的ADB连接AS的“Device Explorer”会识别到本地WSA设备选中设备就能Run速度相当快比自带的模拟器节省内存。这里有个前置条件电脑上必须已经装好了Android SDK并在环境变量里配置好adb的路径。热搜词里“android studio下载”“android studio安装教程”“android studio怎么设置中文”这些问得很多简单说一下从官方渠道下载Android Studio安装时按默认路径SDK Manager里勾选Android SDK Platform汉化则是在“Settings-Plugins”里搜索Chinese Language包安装。这些基础准备做完再配合WSA调试项目整体链路很顺畅。SDK版本要注意匹配。WSA的内部系统版本在不同更新里出现过Android 11和Android 13的变化如果你的应用用的compileSdk版本太高可能会因为系统版本太低或者缺少Google服务而报错这个报错不一定来自WSA本身而是来自Gradle构建系统。建议在WSA上测试的应用targetSdk不要超过当前WSA系统的主要版本太多。6. 真实使用中的兼容性与注意事项6.1 哪些应用能跑哪些应用跑不了WSA默认没有内置Google Play服务微软官方渠道是通过Amazon Appstore分发应用国内用户基本用不到这个商店。没有GMS意味着那些强依赖Google登录、推送和地图服务的应用在WSA上要么闪退要么卡在启动页。实际测试下来日常的新闻、购物、社交类应用大多能正常安装和运行游戏方面休闲类、棋牌类问题不大但需要GPU高负载的3D游戏会有明显掉帧毕竟WSA的图形转发链路存在额外开销。厂商深度订制的应用比如某些银行客户端、特定企业办公软件检测到模拟环境或者缺失安全模块后会出现“设备未认证”提示这类应用劝大家不要强求直接用Windows版客户端体验好太多。6.2 输入法、剪贴板与通知同步的问题输入法是WSA使用中比较影响体验的一环。Windows键盘输入默认可以转发到Android应用里但中英文切换和候选词体验不稳定。我试过用搜狗输入法Windows版往WSA里的微信打字候选词弹出位置经常错乱换成微软拼音之后居然正常了。这种问题没有一劳永逸的解法只能说多试几个输入法。剪贴板是双向同步的Windows里复制的内容在Android应用里长按粘贴基本能识别Android应用里复制的文字回到Windows后按CtrlV也能过去。但只支持纯文本图片和富文本就别指望了。通知方面WSA可以把Android应用的通知转发到Windows通知中心需要在“设置-系统-通知”里允许“适用于Android™的Windows子系统”的通知权限默认是关着的记得手动打开。6.3 官方停止支持后还能不能继续用微软在2024年就宣布WSA将于2025年3月5日终止支持这意味着官方不会再推送新版本、修复安全漏洞商店渠道也会逐步关闭。对已经安装好、并且还在正常使用的用户来说短期内不会“突然不能用”它毕竟是一个完整的虚拟机系统离线也能跑。但长期来看随着Windows大版本更新系统组件变动可能让WSA出现新的兼容问题届时就只能自己解决。想清楚这一层我的建议是如果你只是图新鲜想在Windows上体验几个Android应用可以装但没必要为它改变主系统配置如果你是重度Android自动化测试或日常依赖多个Android应用最好留一个第三方便携模拟器或者真机做备份方案。WSA的历史价值在于证明了“Windows原生融合Android生态”这条路可行但作为生产力工具它的生命周期已经进入尾声。6.4 我的最终建议在我自己这边WSA最终变成了一个轻量级的“Android应用侧载区”——特别适合零星使用某个无法在Windows上完成的功能比如单一的小工具应用、企业内部的移动端APK、或者其他临时测试需求。装WSA的过程本身也帮我重新梳理了一遍Windows虚拟化组件的完整链路之后再用WSL或者Docker都顺手了许多。无论你是冲着新鲜感还是实际需求来装WSA都建议把前面几个前置环节的细节看明白尤其是虚拟化开启、功能组件勾选、ADB调试这三板斧掌握之后你会发现Windows上跑Android应用这件事本身并不神秘它只是虚拟化技术的一个具体应用场景罢了。