Windows 10蓝屏后应先确认Minidump已启用并存在.dmp文件，再用BlueScreenView以管理员身份运行扫描，重点排查“Caused By Driver”列中红色高频第三方驱动（如kavdrv.sys），最后通过WinDbg Preview执行!analyze -v验证FAILURE_BUCKET_ID归因。
当Windows 10蓝屏后，系统已将崩溃瞬间的内核调用栈完整写入Minidump文件，其中“Caused By Driver”字段直接指向最可能引发异常的驱动模块——而杀毒软件、游戏外挂、录屏工具、USB虚拟光驱等第三方安全类或注入型驱动，正是该字段中出现频率最高、颜色最刺眼的元凶。
确认Minidump是否已启用并存在有效文件
若C:\Windows\Minidump\目录下没有.dmp文件，后续所有分析都无从谈起。必须先确保系统具备记录能力。
按下Win+R，输入sysdm.cpl回车→切换到“高级”选项卡→点击“启动和故障恢复”右侧的“设置”→在“写入调试信息”中选择【小内存转储（256 KB）】→确认“转储文件”路径为%SystemRoot%\Minidump\→勾选“将事件写入系统日志”→全部点“确定”保存。
接着按Win+R输入%windir%\Minidump回车→若提示权限不足，点击“继续”以管理员身份进入→检查是否存在Mini开头、.dmp结尾的文件，例如Mini101826-01.dmp（表示2026年10月18日第1次崩溃）。
用BlueScreenView快速揪出红色驱动
BlueScreenView不依赖符号服务器，能跳过WinDbg的复杂配置，直接把堆栈顶端的可疑驱动拎出来亮红灯。
方法一：官网下载NirSoft BlueScreenView绿色版，解压到D:\Tools\BSV\这类非系统盘路径→【必须右键BlueScreenView.exe → “以管理员身份运行”】，否则无法读取受保护的Minidump目录。
软件启动后自动扫描，等待左下角显示“Loaded X crash dumps”→点击顶部菜单“View”→勾选“Show All Stack Trace”→主列表中重点看“Caused By Driver”列。
看到红色背景行，且文件名含kavdrv.sys（卡巴斯基）、360Hvm64.sys（360）、nkbiflt.sys（Norton）、vmmemctl.sys（VMware Tools旧版）、bootsafe64_ev.sys（某些国产加固工具）等字样，就是高危目标；若同一文件在多个dump中都排在“Top of Stack”，基本可锁定。
交叉验证：从事件查看器抓取驱动加载时间线
BlueScreenView给出的是“谁干的”，事件查看器能补上“什么时候干的”和“干之前还加载了啥”。
第一步：Win+R输入eventvwr.msc打开事件查看器→展开“Windows日志”→“系统”→右键“筛选当前日志”。
第二步：在“事件来源”中勾选DriverFrameworks-UserMode、Kernel-Power、BugCheck、Service Control Manager→在“包括事件ID”中填入200、41、1011（分别对应驱动框架错误、意外关机、服务启动失败）→点“确定”。
第三步：按“日期/时间”倒序排列，找到蓝屏发生前5分钟内的错误事件→双击打开，查看“详细信息”标签页里的
终极确认：用WinDbg Preview看FAILURE_BUCKET_ID
当BlueScreenView和事件查看器结果模糊（比如只显示nvlddmkm.sys但显卡驱动已更新多次），必须进WinDbg看FAILURE_BUCKET_ID——它由微软自动聚合数百万份dump生成，带明确归因标签。
① 从Microsoft Store安装WinDbg Preview（非旧版WinDbg）→启动后点“Open dump file”→选择任意一个Mini*.dmp文件。
② 等待加载完成，在底部命令框输入：!analyze -v 回车→滚动到“FAILURE_BUCKET_ID:”行。
③ 若值为“AV_【KasperskyLab】_IMAGE_kavdrv.sys”或“DRIVER_FAULT_【360】_360Hvm64.sys”，括号内厂商名即为铁证；若为“SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_【Realtek】_rtwlanu.sys”，则说明是网卡驱动伪装成安全模块注入。
这一步不可跳过：FAILURE_BUCKET_ID是微软官方对崩溃模式的唯一命名，比人工读栈更权威。
