电脑频繁蓝屏时，应先禁用自动重启以捕获错误代码，再通过事件查看器筛选ID为1001的日志提取BugCheckCode与FaultingModulePath，结合BluescreenView比对.minidump文件中的Caused By Driver，最后用WinDbg Preview执行!analyze -v命令确认崩溃根源。
电脑频繁蓝屏时，屏幕一闪而过根本来不及记下错误代码，但系统早已悄悄在后台生成了.dmp转储文件和事件日志——这些就是定位真实原因的原始证据，不用重装系统也能揪出肇事驱动或硬件。
先让蓝屏画面停住，捕获第一手线索
Windows默认开启“自动重新启动”，蓝屏一出现就强制重启，等于主动销毁现场。必须关掉它，才能看清错误名称、停止代码（如0x0000003B）和最可疑的驱动文件名（如dxgmms2.sys）。
右键“此电脑”→“属性”→左侧“高级系统设置”→“启动和故障恢复”区域点“设置”→取消勾选【自动重新启动】→点击“确定”保存。
这一步做完必须重启一次，否则新设置不生效。下次蓝屏就会卡在蓝屏界面，至少停留10秒以上，足够你用手机拍下来。
用事件查看器快速筛出崩溃元数据
事件查看器不依赖.dmp文件，直接从系统日志里提取结构化信息，适合快速锁定错误代码和出事驱动。
按Win + R→输入eventvwr.msc→回车打开事件查看器。
左侧展开“Windows日志”→点击“系统”→右侧点“筛选当前日志”→在“事件ID”框中输入1001→点击“确定”。
1001是Windows错误报告提交事件ID，覆盖95%以上蓝屏场景；筛选结果里找最新一条“错误”级别条目，双击打开→切换到“详细信息”选项卡→重点看BugCheckCode（十六进制停止码）、BugcheckString（如SYSTEM_SERVICE_EXCEPTION）和FaultingModulePath（出错驱动路径）。
如果FaultingModulePath显示的是nvlddmkm.sys、atikmdag.sys或dxgmms2.sys，基本可断定是显卡驱动问题；若为netio.sys或ndis.sys，则大概率是网卡驱动或杀毒软件冲突。
用BluescreenView直观比对多次崩溃堆栈
单次日志可能有干扰，连续三次蓝屏若都指向同一个第三方驱动（比如RealtekAudioDriver.sys），那它就是真凶。BluescreenView能并排展示所有.minidump文件，一眼看出重复嫌疑对象。
方法一：去NirSoft官网下载BluescreenView绿色版（注意选x64或x86匹配你的系统）→解压到D:\Tools\BSV\这类非系统盘路径→双击运行。
方法二：软件启动后自动扫描C:\Windows\Minidump\目录；若没加载任何文件，点击菜单栏“Options”→“Scan Other Dump Folders”→手动指定路径。
主列表按“Crash Time”倒序排列→找到最近一次蓝屏记录→点击该行→下方窗格立刻显示Bug Check Code、Caused By Driver、Driver Version三列关键字段。
【Caused By Driver列中凡是非微软签名的.sys文件，全部优先怀疑】——尤其名字带“AVG”“360”“Kingsoft”“Rtk”“Realtek”“ASUS”“MSI”的驱动，基本不用往下深挖。
用WinDbg Preview做最终确认
当BluescreenView提示某个驱动可疑，但你想确认是不是它调用了有问题的函数地址，就得用WinDbg Preview执行符号级分析。它会自动下载微软公钥符号，把十六进制地址翻译成人类可读的函数名。
第一步：从Microsoft Store安装WinDbg Preview（别用旧版WinDbg，符号支持差）。
第二步：右键WinDbg Preview图标→“以管理员身份运行”→左上角“文件”→“打开崩溃转储”→选择C:\Windows\Minidump\下的最新*.dmp文件。
第三步：等待右下角状态栏显示“Symbols loaded”→在底部命令窗口输入!analyze -v→回车。
输出报告里会明确写出“FAILURE_BUCKET_ID:”后的分类标签（如0x3B_IMAGE_nvlddmkm!unknown_function），以及“PROCESS_NAME:”对应进程，“STACK_TEXT:”顶部第一行就是崩溃发生的具体函数位置。
如果STACK_TEXT顶部出现“ntoskrnl.exe+xxxxx”或“hal.dll+xxxxx”，说明问题不在驱动层，而是内存、电源或主板固件层面，该转向硬件排查了。
