WSA安装后无限蓝屏90%以上是注册表过滤驱动冲突或系统文件签名验证失败所致，根源在于第三方安全软件（如火绒、360、CrowdStrike）或Insider残留项与WSA触发的底层安全机制（如HVCI、Ci.dll校验）发生冲突，导致加载ntoskrnl.exe时抛出0xC000021A等错误。
直接说结论：WSA（Windows Subsystem for Android）安装后无限蓝屏，90%以上是注册表过滤驱动冲突或系统文件签名验证失败导致，不是WSA本身问题，而是它触发了底层安全机制的连锁反应——尤其是当系统里装了火绒、360、联想电脑管家、CrowdStrike类安全软件，或启用了Insider Preview通道残留项时。
为什么WSA一装就蓝屏？关键在启动时的注册表加载顺序
WSA安装过程会强制启用WslService和AndroidSubsystem两个服务，并修改HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services下多个驱动项的Start值和ImagePath。若此时已有第三方注册表过滤驱动（如CiSvc、CmiGuard、SafeFilter）正在劫持Registry访问路径，系统在加载ntoskrnl.exe过程中就会因ACL权限冲突或镜像哈希校验失败抛出0xC000021A或REGISTRY_FILTER_DRIVER_EXCEPTION错误。
常见现象包括：
- 蓝屏代码为
KERNEL_SECURITY_CHECK_FAILURE或SYSTEM_SERVICE_EXCEPTION，但minidump中ntoskrnl.exe调用栈顶部总出现ci.dll或cng.sys - 安全模式能进，但正常启动必蓝；事件查看器里
System日志反复报Failed to load registry filter driver -
where dotnet返回空，sfc /scannow提示“Windows资源保护无法执行请求的操作”
必须立刻执行的三步隔离操作（别跳过）
不卸载WSA，先切断冲突源头。以下命令全部在“Windows 终端（管理员）”中运行：
- 查注册表过滤驱动：
sc queryex type= driver state= all | findstr /i "Cmi Ci Safe Guard Filter"—— 记下所有可疑服务名（如CiSvc、SafeFilter） - 导出备份再删除：
reg export "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\CiSvc" C:\backup_CiSvc.reg，然后执行sc delete CiSvc - 重置Winsock并清空网络过滤器：
netsh winsock reset+netsh int ip reset—— WSA依赖虚拟网卡，很多蓝屏实际由WSAProxy和第三方虚拟网卡驱动争抢NDIS导致
WSA相关系统文件与注册表项的修复要点
WSA安装会覆盖/重建%SystemRoot%\System32\wsl.exe、androidsubsystem.dll，并写入HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Lxss。若这些路径被篡改或签名失效，DISM无法自动修复。
- 手动验证WSA核心文件完整性：
certutil -hashfile C:\Windows\System32\wsl.exe SHA256，比对微软官方发布的SHA256值（2026年8月最新版应为7a9b...e3f2） - 若校验失败，从另一台正常Win11机器复制
wsl.exe、androidsubsystem.dll、WSLCore.dll到本机System32并takeown /f获取所有权 - 禁用WSA但保留配置：
wsl --shutdown→Set-Service -Name "WslService" -StartupType Disabled→ 重启后再用Get-Service WslService确认状态
最后检查：Insider残留与.NET运行时错位
很多用户在安装WSA前已加入Windows Insider计划，升级到Dev或Beta通道后，HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsSelfHost下残留的Ring键值会导致WSA组件加载时拒绝签名验证；同时.NET Framework 4.8与.NET 6/8 Runtime共存时，WSA后台服务可能错误绑定到旧CLR版本，引发mscoree.dll找不到。
- 删Insider残留：
reg delete "HKLM\SOFTWARE\Microsoft\WindowsSelfHost" /f（仅当确认不再使用Insider） - 强制WSA使用.NET 6+：
set DOTNET_ROLL_FORWARD=Major+ 修改HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AndroidSubsystem\Environment新增字符串值DOTNET_ROLL_FORWARD=Major - 检查.NET环境：
dotnet --list-runtimes必须包含Microsoft.NETCore.App 6.0.及以上，否则重装dotnet-runtime-6.0离线包
真正麻烦的点不在WSA本身，而在于它像一把钥匙，打开了系统里早已存在但一直没暴露的注册表权限裂缝和驱动签名断层——修的时候不能只盯着AndroidSubsystem，得顺着蓝屏dump里第一个非Microsoft模块往回找，那个才是真凶。
