问题极可能由已安装扩展引发；通过无痕窗口确认后，需全部禁用扩展、彻底重启浏览器，再逐个启用并观察控制台报错定位冲突源，重点排查广告拦截器、用户脚本管理器和网页增强工具三类高风险扩展。
当你在谷歌浏览器中打开网页时突然弹出“当前页面脚本发生错误”提示，或发现按钮点击无响应、表单无法提交、动态内容不加载等前端交互异常，且这些现象只出现在特定网站、刷新后偶现或随某个插件启用而复现，问题极可能由已安装扩展注入的脚本与网页原生 JavaScript 发生冲突所致。
用无痕窗口快速确认是否为插件引发
这一步操作起来很简单，直接按 Ctrl+Shift+N 新建一个无痕窗口就行。
在新开的窗口里访问此前报错的网页，执行完全相同的操作（比如点击登录按钮、展开下拉菜单、触发搜索建议）。若页面完全正常、控制台无红色报错、所有功能均可响应，则【问题100%由已安装扩展引起】——因为无痕模式不加载任何扩展、不读取用户脚本缓存、也不运行 content script，是验证脚本干扰最干净的环境。
注意：别在无痕窗口里填密码或上传文件，它不会保存任何操作痕迹。
立即学习“前端免费学习笔记（深入）”；
进入扩展管理页并全部禁用
在地址栏输入 chrome://extensions/ 并回车，进入扩展管理界面。
先关闭右上角“开发者模式”开关（如已开启），避免额外选项干扰视觉识别。
将所有扩展右侧的启用滑块全部拖至关闭状态，确保每项都显示为“已停用”。【必须关闭所有扩展，漏掉一个就可能继续注入冲突脚本】
关闭当前所有 Chrome 窗口，按下 Ctrl+Shift+Esc 打开任务管理器，结束全部名称为 chrome.exe 的进程，再重新启动浏览器。
逐个启用扩展定位冲突源
第一步：开启第一个扩展 → 刷新目标网页 → 打开开发者工具（F12）→ 切换到 Console 标签页 → 观察是否立即出现红色报错（如 “Uncaught TypeError”、“Cannot read property” 或 “$ is not defined”）；
HISUI 前端框架基础开发指南。HISUI 是基于 easyui 二次开发的 jQuery UI 组件库，专为医疗信息系统设计。当涉及 HISUI 组件开发、jQuery easyui 表格/表单/布局/窗口、医疗系统前端页面编写时使用此 skill。 涵盖 40 个组件的官方文档参考，支持声明式与编程式两种初始化方式，提供 $cm/$m 数据访问方法。
第二步：若控制台干净、页面功能正常，开启第二个扩展 → 同样刷新 + 查看 Console；
第三步：一旦某次启用后，Console 中立刻出现新报错，或原有功能当场失效（如轮播图卡死、表单 submit 事件监听器消失），该扩展即为冲突源。此时不要仅禁用，要点击其卡片右下角的“移除”按钮彻底卸载——某些扩展即使禁用，其 background service 仍可能劫持 DOM 加载时机。
重点筛查高风险脚本类扩展
方法一：优先测试以下三类扩展，它们因主动重写全局对象、劫持 fetch/XHR、或暴力 patch 原生 API 而极易引发脚本冲突：
• 广告拦截器（uBlock Origin、AdGuard）——会删除 script 标签、屏蔽资源请求，导致依赖缺失；
• 用户脚本管理器（Tampermonkey、Violentmonkey）——若安装了非官方修改版脚本，可能覆盖 jQuery 或 Vue.prototype；
• 网页增强工具（Octotree、Web Scraper、Grammarly）——常注入大量 DOM 监听器，与页面自定义事件名重复时引发 silent fail。
方法二：对疑似扩展，点击其卡片右下角“详情”→ 拉到页面底部查看“站点权限”，若显示“可读取和更改您在所访问网站上的数据”，说明它有权执行任意脚本注入，需高度警惕。
检查控制台报错源头定位脚本归属
当 Console 中出现报错时，点击报错信息末尾的文件链接（如 content.js:42 或 userscript.html?id=xxx:18）。
若路径含 content.js、injected.js、userscript 或扩展 ID 字符串，说明错误来自扩展脚本而非网页自身代码。
此时不要盲目刷新，先暂停该扩展（或直接移除），再清空 Console（Ctrl+L），重新触发操作——若报错消失且功能恢复，即可锁定冲突点。
