企业官网建设流程全解析

我用 LatencyMon 排查音频爆音的老电脑，一路把它从“红条报表”调教到绿色状态，中间踩过的坑和摸索出来的经验，今天一次性分享出来。这篇东西不是从帮助文档抄目录，而是按我实际操作的顺序来讲：先搞明白 DPC 延迟到底是个什么鬼，再讲 LatencyMon 怎么看、怎么跑出有效报告，然后逐个 ip 常见延迟杀手，最后附上我这些年积累的排查套路和心得。不管你是做音频编曲、打 FPS 游戏，还是只是觉得系统莫名卡顿，这篇都应该能给你一个清晰的排查路径。

1. DPC 延迟是什么，为什么所有人都该关心

1.1 一次“延迟”引发的血案

先讲个真实场景。我之前有台主力工作机，配置不算差，i7-8700K 配 16GB 内存，平时写代码、跑虚拟机都没什么问题。但一接上 USB 声卡做录音，就开始出怪事：音频播放每隔几秒就“啪”一下爆音，有时候干脆像卡带一样反复一小段。起初怀疑是声卡坏了，换了一张还是这样，又怀疑是 USB 接口供电不稳，换接口也不行。最后装上 LatencyMon 跑了一分钟，真相才浮出水面——我的无线网卡驱动在疯狂占用 CPU 中断，DPC 延迟最高飙到 6000 微秒以上。音频程序要求实时性，任何超过 1 毫秒的延迟都可能在缓冲区里造成空洞，表现出来的就是爆音和卡顿。

这个例子说明一个道理：很多莫名其妙的系统问题，表面看是硬件不兼容，底子里是“驱动中断延迟”在作怪。而 LatencyMon 就是那个把这层窗户纸捅破的工具。

1.2 中断、ISR 与 DPC：一条容易堵车的“紧急通道”

要理解 DPC 延迟，得先明白 Windows 在处理硬件请求时的一条链路。硬件设备（比如网卡收到数据包、声卡播放完一段缓冲）需要通知 CPU，这个通知机制叫“中断请求（IRQ）”。CPU 收到中断后，会停止手头正在做的事，立刻去响应。但响应不能没完没了，否则其他任务全被饿死，所以 Windows 分了两步走：

• ISR（中断服务例程）：优先级极高，只做最简单、最不能等的动作，比如把网卡数据从硬件缓冲区拷贝到内存池，然后马上结束。
• DPC（延迟过程调用）：优先级稍低，用来处理那些相对不那么紧急的后续操作，比如把数据递给协议栈、处理音频缓冲区。

问题就出在“稍低”两个字上。如果某个驱动的 DPC 例程写得烂，或者它长时间占用 CPU（比如网卡驱动在做大量协议解析、显卡驱动在做刷新同步），后面排队的所有 DPC 都要跟着等。LatencyMon 测量出来的“最大 DPC 执行时间”，就是这条通道上的最长堵车时间。

打个生活化的比方：ISR 就像你家门铃响了必须立刻去开门，DPC 就是开门之后还要把快递搬到屋里、拆开验收、签收。如果每次来一个快递你都磨蹭十分钟，其他快递员（其他硬件请求）就只能在门口排队，家里系统（整个系统）体感上就会变得迟顿。

1.3 LatencyMon：给 Windows 的“实时体检设备”

LatencyMon 本质上是一个实时监控与统计工具，由 Resplendence Software 开发，常见用途是检测系统是否适合音频/视频实时处理。它通过内核驱动读取系统高精度事件计时器，统计 ISR、DPC 的执行耗时、频率，并记录哪个驱动模块贡献了最大延迟。

它解决的不只是“测量”问题，还有“定位”问题。普通任务管理器只能看到 CPU 占用率，但你不知道一个占 30% CPU 的驱动到底是谁、它有没有破坏实时性。LatencyMon 能在毫秒级时间窗口内把每个 DPC/ISR 的执行时间归因到具体驱动文件，让你不用靠猜，直接指着某个 .sys 文件说“就是它堵的”。

适合使用 LatencyMon 的人群，我总结下来有三类：

• 音频制作者：需要实时录制、监听、MIDI 输入，对音频缓冲区延迟极其敏感。
• 硬核玩家：尤其是 FPS、音游、竞速类游戏，输入延迟和音画同步都受系统 DPC 影响。
• 系统排障工程师 / 折腾党：系统莫名卡顿、鼠标漂移、视频卡顿但硬件温度正常的时候，LatencyMon 是首选的“先用工具，不动硬件”的排查手段。

2. 安装与运行：从下载到第一份有效报告

2.1 下载、安装与权限那些事

LatencyMon 官网提供免费版和付费 Pro 版，免费版已经足够日常排查使用。下载下来是一个普通安装包，双击一路 Next 即可，但有一点要特别留意：运行时必须用管理员权限。如果你没提权，点击“Start”会直接报错，因为它要加载内核驱动，而内核驱动加载需要管理员权限。

我实际安装时还遇到过 Windows Defender 误报的情况。因为 LatencyMon 会安装一个内核级别的驱动（latencymon.sys 或 resplendence 相关的驱动），部分杀毒软件会把它当作可疑行为。遇到这种情况不用慌，在杀软里添加信任即可，但建议从官网下载，不要从第三方站点随便拉安装包。

2.2 第一次运行：五步拿到有效数据

跑 LatencyMon 的完整流程我习惯是这样的：

1. 关闭大负载软件：浏览器、游戏、视频播放器先关掉，只保留 LatencyMon 和任务管理器。注意，不是让你关到系统光秃秃，而是排除用户态程序对 CPU 的干扰，专注看内核态的表现。
2. 开启任务管理器：切到“性能”标签，把 CPU 使用率曲线保持可见。这方便你在测试时对照：如果 CPU 出现明显尖峰，而 LatencyMon 同时报高延迟，说明是调度或驱动的瞬时行为。
3. 点击“Start”按钮：开始测量。程序会以毫秒为单位持续记录每个 CPU 核心上的 DPC/ISR 执行时间。
4. 让系统“空转” 3 到 5 分钟：不要动鼠标，不要开程序。这期间系统其实在做一堆后台事（服务心跳、网络广播、各种驱动轮询），正是暴露问题的好时机。
5. 点击“Stop”：停止测量，查看 Statistics 页面。

这里有个经验之谈：如果你要排查的是特定场景（比如打开某个软件、插拔某个 USB 设备时卡顿），那就别空转，直接在“Start”之后去重复那个操作，让 LatencyMon 记录操作瞬间的延迟情况。这样比单纯空转更容易抓到罪魁祸首。

2.3 界面速览：一个不会让人迷路的仪表盘

LatencyMon 的主界面分成几个大块：

• Drivers 标签页：列出所有被监控到的驱动，按 DPC/ISR 执行时间排序。这是定位问题最核心的页面。
• Statistics 标签页：展示每个 CPU 核心上的“最高 DPC 执行时间”“最高 ISR 执行时间”“DPC 总执行次数”等数据，还有一个我后面会细说的“Hard Pagefaults”指标。
• Processes 标签页：显示进程对延迟的贡献，可以帮助你区分“内核驱动问题”还是“用户态程序问题”。
• Graphs 标签页：以红绿条的形式可视化展示延迟水平，这是新手最直观判断“好还是不好”的入口。
• Monitor 区域（左下角）：实时显示“当前最高延迟”和“CPU 频率”，如果某次 DPC 突然飙高，这里会立刻跳红。

第一次用不要被满屏英文吓到，核心你要关心的就三列：驱动名（Driver）、DPC 执行时间（Execution Time）、DPC 发生次数（Count）。把这三列盯住了，问题基本就能定位。

3. 报告怎么看：从红色报警到锁定元凶

3.1 “绿色 1000 微秒”与“红色 1000 微秒”完全不是一回事

LatencyMon 红绿条的判定逻辑，并不是简单看绝对值，而是综合考虑硬件实时能力。规则大致如下：

• 绿色：系统表现良好，即使在音频实时处理下也不会产生明显问题。常见的阈值是“最大 DPC 执行时间保持在 1000 微秒（1 毫秒）以内”。
• 黄色：偶发超过 1000 微秒，但频率不高，特殊场景下偶尔出现爆音或卡顿。
• 红色：频繁超过 1000 微秒，甚至到几千微秒，系统实时性基本可以判死刑。

但这里有个关键点容易被忽略：同是 1000 微秒，如果发生在标准的平均负载下，说明驱动或硬件有问题；如果发生在外设拔插、网络风暴、杀毒扫描等异常瞬间，则不一定代表系统平时也这么差。所以我才强调先空转测五分钟拿“基线”，再复现场景测“异常值”，两者对比才有意义。

3.2 报告里的关键指标，逐项拆解

我每次分析报告，固定看这几个指标：

“Hard Pagefaults”算是 LatencyMon 比较独特的一个指标，很多人没搞懂。它统计的是程序访问内存时，数据不在物理内存里，必须去磁盘换入的次数。一次硬错误可能耗掉几毫秒甚至几十毫秒，如果频发，也会报告很不稳定。但注意它不完全算 DPC 问题，更多是内存分配问题，需要结合进程占用和提交内存来看。

3.3 驱动名与罪魁祸首的对应关系

LatencyMon 列出的驱动名以系统模块为主，新手看名字往往一头雾水。我整理了一个速查表，按照我实际排查中的高频出现项：

• ndis.sys / wlansvc：网络相关，包括有线网卡、无线网卡。无线网卡驱动是 DPC 高延迟的重灾区，因为 Wi-Fi 芯片要不断扫描信道、处理确认帧，中断频率很高。
• dxgkrnl.sys / dxgmms2.sys：显卡图形内核，与 GPU 调度、垂直同步相关。独显和核显切换（双显卡笔记本）容易在这里出问题。
• USBPORT.SYS / USBXHCI.SYS：USB 主控制器驱动。USB 声卡、USB 网卡、外置硬盘都包含在内。
• HDAudBus.sys：高清晰度音频总线驱动，板载声卡相关。
• storport.sys / storahci.sys：存储控制器驱动，NVMe 或 SATA 硬盘相关。RAID 阵列和某些 OEM 定制驱动更明显。
• Wdf01000.sys：内核模式驱动框架，本身不一定是直接原因，但它依赖很多子驱动，需要看它下面的具体模块。
• ntoskrnl.exe：系统内核本身，理论上不应频繁出现在延迟列表里，如果它出现，说明问题已经泛化到整个内核调度层面了。

看到某个驱动名出现在列表顶部，先别急着去禁用。我的建议流程是：先记下它执行 DPC 的花费时间分布（看报告里的“Highest DPC execution time”和“Total time”），再结合自己电脑的硬件配置和近期是否更新过驱动，列一个“嫌疑清单”，然后在测试环境里逐个确认。

4. 优化实战：针对不同罪魁祸首的处理方案

4.1 无线网卡：DPC 延迟的头号公敌

如果说我在过去五年里处理的 DPC 高延迟案例有 10 个，那其中至少 6 个都和无线网卡驱动有关。原因很简单：Wi-Fi 的射频前端需要 CPU 配合做大量低延迟的数据包处理、信道扫描和电源管理，驱动稍有设计不好就可能导致频繁高耗时 DPC。Intel 无线网卡驱动、Killer 网卡驱动是我遇到的高频出问题对象。

处理方案分几个层级，按风险从低到高排列：

1. 更新驱动到最新版：这是最常见也最容易的解决方式。制造商会持续优化 DPC 性能，比如 Intel 的“Wireless WiFi”驱动在 22.x 之后明显改善了 DPC 表现。
2. 关闭 802.11 Power Saving（电源节省）：在设备管理器里打开网卡“属性 → 高级”选项卡，找到“Power Saving Mode”或类似选项，设置为“Disabled”。这是减小 DPC 波动的有效手段，代价是功耗略微上升。
3. 关闭 P2P / Direct 功能：某些网卡默认开启 Wi-Fi Direct 或虚拟热点功能，会带来额外的中断开销。如果不用这些功能，可以在高级属性里关掉，或者在系统的“移动热点”设置里关闭。
4. 更换网卡或外接 USB 网卡：如果以上都试了还是不行，那就是驱动设计问题无解，只能换硬件。老实说，用有线网络解决延迟是完全不同的体验。

我遇到最极端的案例：某台笔记本的 Intel AX200 网卡驱动在 Windows 11 上 DPC 延迟持续 3000 微秒以上，更新驱动无效，最后我在 BIOS 里禁用了 Wi-Fi 模块，外接一个 USB 有线网卡才解决问题。这种方案虽然硬件上丑一点，但延迟表现立竿见影。

4.2 显卡驱动：从 dxgkrnl 的高占用看门道

dxgkrnl.sys / dxgmms2.sys 是 Windows 图形子系统与显卡驱动的桥梁。如果这两个模块频繁出现在高延迟列表里，第一反应不是显卡坏了，而是先看看当前是不是有“硬件加速 GPU 调度”在运行。

Windows 10/11 的“硬件加速 GPU 调度”功能会把 GPU 的某些调度工作从 CPU 搬到显卡处理器上。理论上这是为了降低延迟，但实际在一些老驱动、老显卡上反而会引发 DPC 增长（因为 GPU 和 CPU 之间的同步操作变得复杂了）。

尝试的方法很直接：设置 → 系统 → 屏幕 → 图形 → 更改默认图形设置 → 关闭“硬件加速 GPU 调度”，然后重启。有相当一部分用户的 DPC 延迟能因此从红色降到绿色。

另外，NVIDIA 驱动有个常见坑：安装 Gig+ 附带的“NVIDIA 平台控制器和框架”或 3D Vision 驱动等组件，会在系统里注入额外的内核模块。我建议安装驱动时选择“自定义安装”，取消勾选不需要的组件（比如：HD 音频驱动、GeForce Experience、物理加速等），能有效减少内核驱动数量，降低 DPC 干扰。

4.3 电源计划与 CPU 频率：看不见的“降频”陷阱

DPC 延迟和 CPU 频率的关系是很多人都忽视的侧面。当系统负载很低时，现代 CPU 会进入低 C 状态（Core Parking、C6、C10 等深度睡眠状态）。硬件唤醒需要时间，如果设备中断在 CPU 正好处于深度睡眠时到达，唤醒延迟直接加到 DPC 处理时间上。

LatencyMon 左下角的“CPU Frequency”如果显示 CPU 正在 0.8GHz 到 4.5GHz 之间疯狂跳动，说明电源管理导致的降频波动很厉害。对于实时性优先的场景，我推荐在 Windows 电源选项中做两件事：

1. 选择“高性能”或“卓越性能”电源模式。
2. 在高级电源设置中，把“处理器电源管理 → 处理器最大状态”设为 99% 或 100%（实际差异不大，关键是不要让系统随时进入深度睡眠）。

但是，直接锁死高性能会让 CPU 一直保持高频，功耗和发热上升。折中方案是：用“平衡”电源模式，但进入“高级电源设置 → 处理器电源管理 → 处理器空闲状态限制”改为“100%”，或者干脆用第三方工具（如 QuickCPU）来选择性禁用 Core Parking。对多媒体和游戏来说，这个折中方案在延迟和续航之间达到了最优。

4.4 USB 控制器与音频设备：爆音的最终防线

如果你跟我一样是拿这台电脑做音频处理，USB 音频设备相关的 DPC 优化需要放到最后单独搞。因为网卡、显卡的延迟只影响流畅度，USB 音频设备的延迟直接影响你能不能干活。

检查 USB 相关延迟，重点看 USBPORT.SYS、USBXHCI.SYS 和声卡厂商的驱动（比如 Realtek 的 RTKVHD64.sys、Focusrite 的 USB 驱动）。常见的坑有：

• 多个 USB 设备挤在同一个控制器：尤其是 2.4GHz 无线鼠标接收器 + USB 声卡 + 外置硬盘插同一排 USB 口，它们共享带宽和中断，容易互相拖累。把声卡单独插到另一个控制器（笔记本可以加一个带独立主控的 USB 坞）。
• USB 选择性暂停：系统默认会在一段时间后将 USB 设备挂起以省电，这个功能对音频设备极不友好。在电源选项里搜索“USB 设置 → USB 选择性暂停设置”，改为“已禁用”。
• 声卡驱动缓冲设置：在音频软件里把缓冲区从 256 采样点调到 512 或 1024，听起来延迟增加了，但爆音率会直线下降。

我曾经在一个项目里被 Realtek 板载声卡的高 DPC 困扰了很久，最后发现是电脑里同时装了 Realtek 官方驱动和 Windows 更新推的“Realtek High Definition Audio”驱动，两个驱动在抢同一个音频设备，导致 DPC 飙高。卸载其中一个后，问题立刻消失。这提醒我：驱动不是越全越好，重复和不一致的驱动反而是延迟来源。

5. 优化后验证与进阶排查工具

5.1 LatencyMon 复测的正确姿势

优化做完之后，复测不是简单地再按一次 Start 就完了。我有一套相对标准化的复测流程：

1. 保持与第一次测试相同的操作环境（相同的后台程序、相同的闲置状态）。
2. 至少连续测试三次，每次 5 分钟，取三次中的“最差表现”作为参考。单次测试的偶然性太大，容易误判。
3. 记录下每次测试的“最高 DPC 执行时间”“累计 DPC 次数”和“Hard Pagefaults”。
4. 优化前后对比，重点不是看“平均值降了多少”，而是看“最高值”是否从一个不可接受的红色区间降到了绿色区间。

举个例子，我优化无线网卡之后，第一次复测最高 DPC 从 6000 微秒降到 800 微秒，但第二次复测又出现了一个 1100 微秒的尖峰。这个时候不是立刻宣布成功，而是要再深挖这个 1100 微秒的尖峰来自哪里——原来是 Windows 系统的“网络列表服务”周期性扫描网络，导致网卡 DPC 瞬时增高。这种尖峰不影响日常工作，但如果是做音频，可能还需要进一步处理。

5.2 与 Windows 内置工具互证

LatencyMon 不是万能钥匙，它的局限在于只统计 DPC/ISR 层面的延迟，无法直接告诉你某个延迟是不是由服务高占用、内核线程优先级反转等引起的。所以我会搭配两个 Windows 内置工具交叉验证：

• Performance Monitor（Perfmon）：添加“Processor Interrupts/sec”和“DPCs Queued/sec”计数器，可以看到中断和 DPC 的总吞吐量。如果 DPC 数量巨大但单次时间不长，说明是“高频但短”的干扰；反之则是“低频但长”的阻塞。这两种情况的优化方向完全不同。
• Windows 事件查看器：重点看“Microsoft-Windows-Kernel-Processor-Power”事件和 WHEA-Logger 事件。这类事件能帮你定位是否是硬件故障（如内存 ECC 报错、PCIe 链路降速）间接导致 DPC 异常。

我个人的经验规律是：DPC 高延迟 + 事件日志频繁报 WHEA 错误，先查硬件；DPC 高延迟 + 事件日志干净，先查驱动和电源设置。这样能避免在软件层做无用功。

5.3 如果 LatencyMon 依旧红条，可以试试这些曲线手段

有些电脑的延迟问题是“结构性”的，比如 BIOS 固件里默认开启了 C-State 深度休眠、或 SATA 控制器处于省电模式、以及主板厂家自带的超频软件在后台实时监控硬件参数（比如很多电竞主板自带的“AI 超频”工具），这些软件的监控线程本身就会产生持续的中断负载。

遇到这种情况，我的建议按以下顺序“动刀”：

1. 关闭主板品牌的“性能监控软件”开机自启。
2. 进 BIOS，关闭 CPU C-State、节能模式（EIST、C1E 等），代价是功耗上升。
3. 在 BIOS 里检查 USB 控制器电源策略，有些主板默认开“USB 深度睡眠”，音频设备会受影响。
4. 如果你用的是带 RGB 灯效的键鼠/风扇集线器，先卸载它们的控制软件，观察是否有改善。灯效控制软件是出了名的 DPC 隐形杀手。

这一层操作主要是给“硬件实时性要求极高”且已排查完软件层的用户准备的。普通办公用户没有必要折腾 BIOS，因为收益不足以抵消功耗上升的影响。

6. Windows 更新与驱动冲突：最隐蔽的延迟刺客

6.1 Windows 自动更新如何搅乱 DPC

Windows 更新本身不会直接导致高 DPC，但它更新完之后可能悄悄替换驱动。最典型的是：你之前手工安装了硬件厂商的稳定版驱动（比如某版显卡驱动），Windows Update 检测到“存在新版本”，就静默更新成了它自己的 WHQL 版驱动。如果这个版本驱动不好，DPC 延迟就莫名其妙地开始飙高，而你自己根本不知道驱动被换了。

我排查过的一个真实案例是：某台电脑原本的 NVIDIA 驱动是 552.22 版本，用 LatencyMon 测试一切正常。后来有一天重新开机，发现音频爆音，打开 LatencyMon 一看，dxgkrnl.sys 的 DPC 飙到 3000 微秒。进设备管理器一看，显卡驱动日期变成了最近一周，版本号被更新成了某个新版本。我回滚到 552.22 之后，问题彻底消失。

处理这种问题的方法有两个方向：

• 在“设备安装设置”里，把驱动更新方式改为“从不”，彻底断了 Windows 自动替换驱动的路径。
• 保持系统更新，但如果发现某个更新后延迟恶化，立刻用 Windows“恢复”功能里的“卸载更新”回滚，再用“显示或隐藏更新”工具屏蔽这个更新。

6.2 残留驱动：比你知道的更脏

很多人在更新驱动时是“直接覆盖安装”，旧驱动并不会被完全移除，而是在系统里留下一个或多个残留内核模块。这些残留模块虽然不会加载，但有些注册表项和文件仍会被系统扫描引用，偶尔就会产生干扰。

我推荐的驱动更换姿势是“干净安装三步法”：

1. 用 Display Driver Uninstaller（DDU）或类似工具卸载当前显卡驱动，重启。
2. 手动删除 Windows 驱动存储区中对应厂商的残留项（这一步风险较高，新手不建议直接操作，可以找个工具辅助）。
3. 再安装目标版本驱动。

这一套流程下来，很多诡异的 DPC 波动都能被根除。之前被坑过无数次之后，我现在养成了习惯：任何驱动更新，除非有明确的功能需求，否则不轻易动；一旦要动，就走干净流程，绝不做“覆盖安装”。

6.3 蓝屏与 WDF_VIOLATION：DPC 高延迟的极端表现

DPC 高延迟的极端情况就是蓝屏，最常见的是DPC_WATCHDOG_VIOLATION（错误代码 0x133）和WDF_VIOLATION（0x10D）。前者表示某个 DPC 执行时间过长，系统看门狗以为卡死了；后者通常出现在 WDF 框架驱动异常时。

当 LatencyMon 报告长期高延迟，而且系统偶尔蓝屏，尤其蓝屏代码是 0x133 时，基本可以确信硬件驱动或固件与系统内核框架存在冲突。排查顺序是：

• 先禁用可疑外设（无线网卡、USB 声卡、RGB 控制器）观察是否复现。
• 再做一次干净启动（msconfig 里禁用所有非微软服务），逐一排除第三方服务。
• 最后更新主板 BIOS / 芯片组驱动，很多时候是 ACPI 表或芯片组驱动的问题。

这里要提醒一点：如果 LatencyMon 显示延迟来自某个杀毒软件的过滤驱动（比如文件系统过滤驱动、网络过滤驱动），那可能是杀毒软件在内核态做太多拦截操作。这类软件的 DPC 延迟通常很难通过配置修复，更换轻量级方案往往更快。

7. 经验之外的总结：DPC 优化的边界与方向

写了这么多，我再概括一下我的核心理念。DPC 延迟优化不是“能根治”的事情，它是一个持续追踪、持续调整的过程。系统会打补丁、驱动会更新、硬件会老化，尤其 Windows 大版本更新前后，驱动栈可能发生翻天覆地的变化。所以你完全没必要把 LatencyMon 当作日常开机常驻的工具，平时卸载都没关系，但当系统出现莫名其妙的卡顿、爆音、外设响应迟钝时，你要能想起来，有这么一把工具可以在五分钟内帮你把问题从“感觉怪怪的”变成“确定就是它”。

就我个人经验而言，DPC 优化后的系统体感提升，往往比单纯换一块更贵的显卡更明显。音频接口在 256 采样点的缓冲区下稳定运行不再爆音、游戏中反复出现的瞬时掉帧明显减少、视频渲染时 UI 不再一卡一卡，这些体验是立竿见影的。而且，整个过程基本不花一分钱，纯粹是“排查问题、调整配置、验证效果”的策略游戏。

最后送大家一个我调试时最常用的小技巧：每次修改一个配置项就复测一次，而不是一次性把所有优化措施全部做上。如果做完了延迟还是高，你根本不知道是哪一步产生了效果，哪一步反而适得其反。从电源选项开始，逐个驱动排查，让 LatencyMon 给你反馈，直到绿条稳定下来为止。这套“一次一改、改完即测”的思路，不仅是 DPC 优化的核心方法，也是你以后排查任何 Windows 疑难杂症都能受益的通用打法。