问题可能源于驱动层、内核服务或后台容器；需通过资源监视器搜索“.sys”定位异常驱动，或按cpu使用时间排序排查非活动时间极低的进程。
电脑性能测试中CPU占用持续超过85%，系统响应明显迟滞，任务管理器里找不到明确高占用进程，说明问题可能藏在驱动层、内核服务或后台容器中，不能只靠结束进程解决。
先定位真实高负载来源
打开任务管理器（Ctrl+Shift+Esc）→ 切换到“性能”选项卡 → 点击“CPU”右侧的“打开资源监视器” → 在“关联的句柄”搜索框输入“.sys”，重点看drivers目录下加载的驱动模块；若发现某个第三方驱动（如risdxc64.sys、rt640x64.sys）持续占用>15% CPU，基本可锁定为罪魁祸首。
这一步必须做，因为任务管理器默认只显示用户态进程，而很多CPU飙高是由内核模式驱动引发的，不进资源监视器根本看不到。
如果资源监视器里没发现异常.sys文件，就切换到“CPU”页签 → 勾选底部“按CPU使用时间排序” → 拉动滚动条到底部，查看“非活动时间”列数值极低（
快速验证是否为WSA子系统拖累
方法一：临时关闭安卓子系统
Win+R输入 【wsl --shutdown】 → 回车 → 等待3秒后观察任务管理器CPU占用是否骤降。若下降超30%，说明WSA是主因。
方法二：检查WSA资源分配是否失控
打开“Windows Subsystem for Android”设置 → 进入“资源”选项卡 → 查看当前分配的CPU核心数。若物理核心数为4却分配了6个逻辑核心，立即拖回至2个并点击“保存并重启子系统”。
注意：WSA默认不限制CPU核心数，它会动态抢占主机资源，尤其在Amazon Appstore后台轮询时，单个服务就能吃掉1.2个核心。
系统级深度清理
第一步：禁用P2P更新分发
管理员身份运行CMD → 执行：
【netsh int ipv4 set global congestionprovider=none】
再执行：
【reg add "HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DeliveryOptimization" /v DODownloadMode /t REG_DWORD /d 0 /f】
第二步：停用家庭组与网络发现相关服务
Win+R输入 【services.msc】 → 找到以下三项 → 右键“属性”→ 启动类型设为“禁用”：
• Function Discovery Resource Publication
• HomeGroup Provider
• SSDP Discovery
第三步：重置Windows Update组件
依次执行以下命令（每行回车后等待完成）：
net stop wuauserv
net stop cryptSvc
net stop bits
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
net start wuauserv
这三步做完，系统后台无意义的网络探测、P2P带宽争抢、更新元数据重建全部停止，CPU空闲周期立刻延长。
驱动与固件强制更新
去主板品牌官网（如华硕、微星、技嘉）→ 输入你的具体型号（例：B650M GAMING PLUS WIFI）→ 下载最新芯片组驱动 + 最新AGESA微码（AMD平台）或Firmware Update（Intel平台）→ 安装时勾选“包含UEFI/BIOS更新”选项 → 全程插电源操作（笔记本必须接适配器）。
老旧芯片组驱动会导致CPU调度异常，比如C-states深度休眠失效，让CPU永远卡在C1状态，表面看占用率不高但实际能效比崩坏；而AGESA/Firmware更新直接修复底层电源管理逻辑漏洞。
安装完成后重启，在BIOS里进入Advanced → CPU Configuration → 确认“Global C-state Control”为Enabled，“Package C-state Limit”设为C8或Auto。
