问题描述

最近遇到一个非常棘手的问题：所有浏览器（Edge、Chrome、Brave）都会时不时崩溃，报内存相关错误。

症状表现

1. **多个浏览器受影响：Edge、Chrome、Brave 全部中招
2. **都是最新版本：已更新到最新正式版
3. **无痕模式也不行：排除了插件干扰
4. **插件已卸载：排除了扩展程序问题
5. **病毒扫描没问题：排除了恶意软件
6. **内存检测没问题：排除了硬件问题
7. **换 Firefox 也没用：问题不限于 Chromium 内核
8. **调整 Exploit Protection 堆栈保护也没用

相关错误信息

尝试 sfc /scannow 执行失败：

[PS  clock @SOVERAN2024 2026-04-14 08:46:36 clock ]>  sfc /scannow

开始系统扫描。此过程将需要一些时间。

开始系统扫描的验证阶段。
验证 9% 已完成。

Windows 资源保护无法执行请求的操作。

尝试云端重新安装系统（保留文件）也失败了。

错误代码：`STATUS_STACK_BUFFER_OVERRUN

另一个常见错误：STATUS_ACCESS_VIOLATION（错误代码 0xc0000005）

问题根本原因分析

STATUS_ACCESS_VIOLATION 本质上是 Windows 系统检测到程序（这里是浏览器）试图访问一块非法或无权限的内存地址。

核心原因

1. 扩展程序冲突：广告拦截类插件或脚本与网页代码发生内存冲突
2. 安全特性冲突：Windows 安全机制（Renderer Code Integrity）与浏览器渲染引擎冲突
3. 显卡驱动异常：GPU 加速功能或显卡驱动版本过旧/损坏
4. 浏览器文件损坏：主程序文件（如 chrome.exe）损坏或配置文件错乱
5. 系统/硬件问题：系统文件缺失或物理内存故障

修复方案（按优先级排序）

方案一：最有效方案（推荐）—— 禁用安全特性

这是针对 Chromium 浏览器最直接的修复手段，能立即绕过系统冲突。

操作步骤：

1. 关闭浏览器：确保浏览器完全退出
2. 修改快捷方式：
   • 找到桌面的浏览器快捷方式，右键选择 “属性”
   • 在 “快捷方式” 选项卡下，找到 “目标(T)” 输入框
   • 在路径的最后面加一个空格，然后粘贴参数：

     --disable-features=RendererCodeIntegrity
     

   • 示例：

     "C:\Program Files\BraveSoftware\Brave-Browser\Application\brave.exe" --disable-features=RendererCodeIntegrity
     

3. 点击确定，重启浏览器测试

方案二：排查扩展程序

1. 在地址栏输入 brave://extensions/（Chrome 为 chrome://extensions/）
2. 关闭所有扩展程序的开关
3. 重启浏览器。如果正常运行，说明是某个插件冲突，请逐个开启排查并卸载问题插件

方案三：重命名浏览器主程序（”更名大法”）

这是一个屡试不爽的偏方，能绕过安全软件对特定文件名的误判。

操作步骤：

1. 关闭浏览器，找到浏览器的安装目录（通常在 C:\Program Files\BraveSoftware\Brave-Browser\Application）
2. 找到 brave.exe 文件，右键 “重命名”，例如改为 brave_fix.exe
3. 双击运行改名后的文件，或重新创建一个快捷方式

方案四：修复系统与硬件（我用这个解决的！）

以上方案都无效时，问题可能出在系统层面。

操作步骤：

1. 修复系统文件：

   以管理员身份打开”命令提示符”或 Windows 终端，依次执行以下命令：

   sfc /scannow
   

   如果 sfc 失败，继续执行：

   Dism /Online /Cleanup-Image /RestoreHealth
   

2. 检查物理内存：

   • 按 Win + R，输入 mdsched.exe 并回车
   • 选择 “立即重新启动并检查问题”，系统会在重启后进行内存扫描

补充建议

• 清缓存：清理浏览器缓存和 Cookie（brave://settings/clearBrowserData）
• 更新驱动：检查显卡驱动（NVIDIA/AMD/Intel）是否为最新版本
• 更新浏览器：访问浏览器的”关于”页面检查并更新到最新正式版

我的实际解决过程

我尝试了方案一、二、三都没有解决问题，最后通过方案四（修复系统文件解决了问题。

虽然一开始 sfc /scannow 执行到 9% 就失败了，但我重新运行了命令并配合 DISM 命令成功修复了系统镜像，之后再运行 sfc 就成功了。

总结

遇到浏览器频繁崩溃问题时，建议按优先级依次尝试：方案一 → 方案二 → 方案三 → 方案四。

如果前三个方案都无效，大概率是系统文件出了问题，这时候不要犹豫，直接用 DISM 和 SFC 修复系统！