← 返回首页

蓝屏后的XMP与浏览器卡顿真相

发布时间: 2026-05-08 19:04(北京时间)

摘要: 作者遭遇Windows蓝屏及账户配置丢失,通过WinDbg和AI工具分析,定位到XMP导致的内存不稳定。同时发现Chrome打开微博卡顿实为Bitwarden插件所致,通过重装解决。作者计划关闭XMP并继续观察,体现出系统化的故障排查思路和冷静的反思态度。

标签: 蓝屏分析, 内存稳定性, XMP, 浏览器优化, 插件排查, 工具使用, 反思, 冷静, 结构化思考

字数: 1353

原文链接: /7402396589/QErdGAsKf

有点奔溃。我的Windows电脑突然蓝屏,然后再开机登录后弹出类似“无法登陆你的账户”之类的提示。然后进去的桌面就好像是全新的了。

我所有的系统配置、软件配置、默认启动项都没了。但是资料和软件都还在。
不知道这是出了什么问题、有没办法恢复呢。

似乎“修好了”。办法就是“开始-电源-重启”执行了3次。第3次重启的时候就恢复正常了。但之前太着急打开确认“有没有坏”的软件的配置似乎被清空了。好在影响比较少。

记录一下:
今日蓝屏后跑了一次 chkdsk C: /f 也用 CrystalDiskInfo 查看了下SSD们的健康状况。
另外在动物园群友的推荐下使用windbgskill来进行崩溃转储分析。虽然windbg调试我并没有接触过,不过照着README来搭环境以及加载Minidump文件还是能学会的。

之后的事情就是把windbgskill灌给局域网Mac上运行的codex,分析了不到5分钟就拿到详细报告了。看了报告之后我补充了一些可能有关的背景信息,基本确认问题的原因,接下来就是实际验证了。

详细的报告就不贴了,贴下结论:
本次蓝屏的直接原因是 Windows 内存管理器检测到页表项损坏:

  • Bugcheck:MEMORY_MANAGEMENT (0x1A)
  • 子类型:0x41792
  • WinDbg 判定:MEMORY_CORRUPTION_ONE_BIT
  • 失败桶:MEMORY_CORRUPTION_ONE_BIT

既然怀疑是内存的原因,我想到前段时间才更新了BIOS以及开启了内存的XMP,所以导致蓝屏最大的原因可能就是开启了XMP导致内存工作不稳定。

而之前想开XMP的原因是,更新BIOS之后chrome经常会卡顿,严重的时候只能强行结束进程。近期更是一打开微博网页版就会卡死。但刚才仔细一想,“只有打开微博才会卡顿”这件事不能简单把锅甩给BIOS更新和没开XMP。于是又花了一点时间排查“chrome打开微博会卡顿”的原因。

首先我想到的第一个办法是进入 chrome://settings/content/all 然后单独清理一下微博缓存的数据,没有改善。接着我把所有拓展程序停用掉,有明显改善。也就是说,这个卡顿问题是拓展程序导致的。我用二分法排查,每次都把一半的拓展开启,确认卡顿会不会复现,找了几轮后定位到应该是“Bitwarden 密码管理器”引发的问题。停用/开启该拓展程序复判,确定就是这个拓展。

但这是一个比较重要的拓展程序。最优解肯定不是卸载并换方案,这个代价太大了。所以我首先去应用商店找到这个拓展程序,按时间排序查看一下评论。结果发现评论区全是吐槽,这个拓展程序引发的问题均是导致浏览器卡顿/卡死。解决办法评论区也找到了:重装拓展。

浏览器卡顿问题解决了,那么之前开启XMP的“理由”也就不存在,接下来我会关闭XMP然后再观察一段时间,如果蓝屏不再发生,或者发生后分析不是内存问题,那这次的蓝屏就算是结案了。

另外Codex在报告中建议我可以跑下MemTest86,这个有时间我也去试试。第二个建议是让我修改成“完整内存转储”而不是目前的Minidump,不过我的C盘空间真的经不起这个折腾了,先保持现状。