err_blocked_by_client错误由浏览器扩展（如广告拦截器）主动拦截请求导致，解决方法包括：一、用无痕模式验证；二、禁用全部扩展后逐个启用定位冲突源；三、重点排查广告拦截、代理及脚本注入类扩展；四、必要时添加--disable-gpu启动参数绕过gpu渲染问题。
谷歌浏览器扩展程序导致网页异常时，页面可能空白、反复重定向、报ERR_BLOCKED_BY_CLIENT错误、加载卡死或直接弹出“喔唷，崩溃啦！”提示——这类问题几乎全部源于扩展对网络请求、DOM结构或JavaScript执行环境的干预，而非网站本身故障。
用无痕窗口快速验证是否为扩展引起
这一步操作起来很简单，直接按Ctrl+Shift+N（Windows/Linux）或Command+Shift+N（macOS）新建一个无痕窗口就行。
在新开的窗口里访问原来异常的网页，如果能正常加载、交互流畅、无报错弹窗，【可100%确认问题由已安装扩展引起】——因为无痕模式默认不加载任何扩展、不读取本地Cookie与缓存，也不运行Service Worker，是Chrome最干净的隔离环境。
注意：别在无痕窗口里登录账号或填密码，它不会保存任何数据。
禁用全部扩展并逐个启用定位冲突源
第一步：在地址栏输入chrome://extensions/并回车，进入扩展管理页。
第二步：关闭右上角“开发者模式”开关（如已开启），避免ID列干扰视觉识别；然后将所有扩展右侧的启用开关一次性全部拖动至关闭状态，确保每项均显示“已停用”字样。
第三步：按下Ctrl+Shift+Esc打开任务管理器 → 切换到“进程”选项卡 → 选中所有名称为chrome.exe的进程 → 点击“结束任务”。必须清空全部，否则残留进程可能继续注入脚本并干扰测试结果。
第四步：重新启动Chrome，立即访问原异常网页，确认是否恢复正常；若稳定，则开始启用排查。
第五步：每次仅启用一个扩展 → 立即刷新目标网页 → 等待10秒 → 观察是否复现异常。一旦某次启用后网页立刻打不开、白屏或崩溃，该扩展即为冲突源，【立刻点击其右侧“移除”按钮彻底卸载】——停用仍保留后台服务进程和本地存储，无法释放内存与网络句柄。
重点筛查高风险扩展类型
方法一：广告拦截类（如uBlock Origin、AdGuard、Nano Adblocker）——它们会劫持fetch/XHR请求、阻止关键资源加载，极易触发ERR_BLOCKED_BY_CLIENT错误，建议优先测试。
方法二：代理与网络路由类（如SwitchyOmega、Proxy SwitchySharp）——若配置不当或规则冲突，会导致DNS解析失败、HTTPS握手被中断、重定向循环，表现为“无法访问此网站”或空白响应。
方法三：脚本注入与自动化类（如Tampermonkey、Violentmonkey）——用户自定义脚本可能与网页原生逻辑冲突，尤其在含大量Canvas/WebGL或动态渲染的页面上，常引发“Aw, Snap!”或CPU持续100%占用。
特别提醒：多个同类功能扩展共存（例如同时启用两个翻译插件或三个广告过滤器）时，即使单个表现正常，叠加后也可能触发DOM操作竞态或事件监听器爆炸式叠加，务必清空冗余项。
绕过GPU加速强制回归CPU渲染
当扩展未明显异常但网页仍频繁白屏、滚动撕裂、视频解码失败，且Edge/Firefox一切正常，大概率是显卡驱动与Chrome的ANGLE/Vulkan后端不兼容，GPU进程启动即卡死——此时扩展虽未崩溃，却因底层渲染管线阻塞而集体失效。
在桌面或开始菜单找到Chrome快捷方式，右键 → “属性” → 在“目标”框末尾引号外加一个空格，然后输入--disable-gpu。
重启Chrome后，所有页面将强制使用CPU完成光栅化与合成，虽性能略降，但可立即排除GPU模块干扰，为扩展排查提供稳定基线。
