火狐浏览器JS脚本冲突会导致页面错位、导航塌陷等，确认需检查Console报错或Network中404/blocked请求；无报错则多为CSS注入扩展干扰；可通过无痕模式、逐禁扩展、禁用JS、清除Service Worker等方式诊断与修复。
火狐浏览器中JavaScript脚本冲突会导致页面元素错位、导航栏塌陷、文字重叠或整个布局向左偏移，这类问题往往伴随控制台报错但页面仍可滚动，刷新后偶现偶不现，根源常在第三方脚本劫持DOM或覆盖CSS计算逻辑。
确认脚本冲突是否真实存在
按 F12 打开开发者工具 → 切换到 Console 标签页 → 刷新页面 → 观察是否有红色报错行，重点关注 TypeError: Cannot read property 'xxx' of null 或 Failed to execute 'insertBefore' on 'Node' 类错误；若无报错但排版异常，切换到 Network 标签页，刷新后检查是否有 JS 请求状态为 404 或 blocked（被扩展拦截）。
这一步必须做，否则后续操作全是盲调——【未出现JS报错却排版错乱，大概率是CSS注入类扩展干扰，不是脚本冲突】。
禁用可疑扩展并验证无痕模式
方法一：快捷启动无痕窗口验证
立即学习“Java免费学习笔记（深入）”；
按 Ctrl + Shift + P（Windows/Linux）或 Cmd + Shift + P（macOS），新开无痕窗口 → 直接访问出问题的网页 → 若排版立即恢复正常，说明问题来自已启用的扩展。
方法二：精准定位冲突扩展
在常规窗口中，地址栏输入 about:addons → 进入扩展管理页 → 先关闭所有广告拦截器（如 uBlock Origin）、脚本管理器（如 Violentmonkey）、样式注入器（如 Stylus）→ 逐个启用并刷新目标网页 → 当某扩展启用后排版再次错乱，即锁定冲突源。
注意：部分扩展会缓存注入脚本，禁用后需手动清空其本地存储——点击该扩展右侧三点菜单 → “移除数据” → 勾选“网站数据”和“本地存储”再确认。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
临时绕过冲突脚本执行
第一步：打开开发者工具（F12）→ 切换到 Debugger 标签页
第二步：在右上角齿轮图标 → 勾选 “禁用所有断点” → 再勾选 “禁用 JavaScript”
第三步：刷新页面 → 若此时排版回归正常（文字可读、容器居中、图片不溢出），说明确系 JS 执行破坏了 DOM 结构或 CSS 变量；此时不要关闭 Debugger，直接取消勾选“禁用 JavaScript”，再点击左上角 ▶️ 暂停脚本执行 图标，让 JS 在首屏渲染后暂停，避免后续篡改。
这个操作不修改任何配置，仅临时冻结脚本链，适合快速验证和临时办公——【启用“禁用 JavaScript”后页面功能全部失效，仅用于诊断，不可长期使用】。
清除 Service Worker 并重置脚本缓存
1、按 F12 → 切换到 Application 标签页 → 左侧选择 Service Workers
2、勾选 “Unregister” 当前页面注册的 Worker（若有）
3、点击右侧 “Clear storage” → 在弹窗中仅勾选 “Cache storage” 和 “Workspaces” → 点击 “Clear site data”
4、关闭所有该域名标签页 → 重新打开目标网页 → 此时浏览器将重新下载原始 JS 而非执行缓存版本，多数因 SW 预缓存旧版脚本导致的布局坍塌会立即修复。
Service Worker 一旦注册就会持续拦截请求，即使你已禁用扩展，它仍可能返回损坏的 CSS-in-JS 注入包，这步不能跳过。
