蓝屏故障需结合日志分析：先设置小内存转储并确认Minidump目录权限，再通过事件查看器（筛选ID 41/1001或关键字）或PowerShell（Get-EventLog）定位错误代码与驱动模块，最后用BlueScreenView解析.dmp文件获取致错驱动。
电脑蓝屏后想搞清到底哪出问题了，光看屏幕上一闪而过的错误代码（比如0x0000007B、0x0000003B）根本没法下手——这些十六进制代码必须结合日志文件里的上下文才能定位真实故障源，否则只能靠猜。
先确认系统有没有记下蓝屏线索
右键“此电脑”→选择“属性”→点击“高级系统设置”→切换到“高级”选项卡→点击“启动和故障恢复”区域的“设置”按钮。
重点检查“写入调试信息”下拉菜单：【如果当前选的是“无”，说明系统根本没记录蓝屏日志】，后续所有分析都将落空；必须先改为“小内存转储(256KB)”，并确保“小转储目录”显示为%SystemRoot%\Minidump（即C:\Windows\Minidump），再重启等待下次蓝屏才可能生成.dmp文件。
这一步跳过，后面打开的全是空文件夹或报错界面。
直接打开Minidump文件夹看原始记录
按Win+R输入：explorer.exe C:\Windows\Minidump 回车。
若看到一堆以Mini开头、带日期和编号的.dmp文件（如Mini072526-01.dmp），说明日志已成功生成；若文件夹为空或提示“拒绝访问”，需右键该文件夹→“属性”→“安全”→“编辑”→勾选当前用户“完全控制”权限→确定。
注意：.dmp文件本身不能双击打开，它需要专用工具解析，但存在即代表系统确实捕获了崩溃快照。
用事件查看器快速锁定错误代码和故障模块
方法一：筛选最近一次蓝屏
按Win+R输入 eventvwr.msc 回车→左侧展开“Windows 日志”→点击“系统”→右侧点击“筛选当前日志”→在“事件ID”框中输入41,1001（英文逗号分隔）→点“确定”。
筛选结果中，找“级别”为“错误”、任务类别含“Kernel-Power”的条目，双击打开后在“详细信息”选项卡里能看到具体错误代码（如0x0000007B）、触发时间、以及可能出问题的驱动模块名（例如nvlddmkm.sys代表NVIDIA显卡驱动）。
方法二：补漏排查隐藏蓝屏
同一界面中，在“筛选当前日志”窗口的“关键字”栏粘贴你记得的蓝屏十六进制代码（如0x000000000000003b）→点确定。这能绕过事件ID过滤限制，直接命中带该错误码的日志行。
用PowerShell命令精准提取崩溃记录
第一步：右键“开始”按钮→选择“终端（管理员）”→确认以管理员身份运行。
第二步：执行以下命令获取最近10条系统错误日志：Get-EventLog -LogName System -EntryType Error -Newest 10。
第三步：若需单独检索蓝屏相关记录，运行：Get-EventLog -LogName System -InstanceId 1001。
第四步：如需查服务意外终止事件，运行：Get-EventLog -LogName System -InstanceId 7000。
PowerShell输出会直接列出时间、来源、事件ID和消息摘要，比手动翻事件查看器更省眼力，尤其适合蓝屏频发时批量筛查。
用BlueScreenView快速读取.dmp文件核心信息
下载BlueScreenView（免费轻量工具，无需安装）→解压后直接双击运行。
软件自动扫描C:\Windows\Minidump目录下的所有.dmp文件，列表显示每次蓝屏的错误代码、发生时间、以及最可能致错的驱动文件名（如dxgkrnl.sys、atikmdag.sys）。
双击某一行，下方窗格会显示该次崩溃的堆栈调用链，顶部标红的模块名就是首要嫌疑对象——这个模块名比事件查看器里看到的更贴近实际崩溃点。
这一步操作起来很简单，直接把.dmp文件拖进BlueScreenView窗口就行，不用配符号路径，也不用等加载。
