必须先确认js报错：f12→console查红色typeerror/referenceerror；无报错则非脚本问题，应排查扩展或service worker；再通过network查404/blocked请求；禁用js验证根源；逐禁广告拦截器等高危扩展并清数据；注销service worker及缓存；最后将dom.max_script_run_time设为3。
火狐浏览器打开某些网页时出现JS脚本执行报错，导致按钮失灵、表单无法提交、动态内容不加载或控制台持续刷出红色错误行，这类问题必须从诊断源头开始，不能直接重装或盲目清缓存。
确认是否真为JS脚本报错
按F12打开开发者工具 → 切换到Console标签页 → 刷新页面 → 观察是否有红色报错信息；重点识别TypeError、ReferenceError、SyntaxError开头的行，以及Uncaught（未捕获）字样。若无任何红色报错但页面功能异常，大概率不是JS执行问题，而是CSS注入扩展干扰或Service Worker缓存污染——【未出现JS报错却功能异常，不要继续排查脚本，应转向扩展与Service Worker排查】。
接着切换到Network标签页 → 刷新页面 → 查看JS文件请求状态：若出现404（文件不存在）、blocked（被扩展拦截）、failed（证书或CORS拒绝），这些都属于资源加载失败，不是脚本语法错误，需单独处理。
临时禁用JS验证是否为脚本导致
地址栏输入about:config → 点击“我保证会小心” → 搜索javascript.enabled → 双击将其值由true改为false → 关闭所有火狐窗口并重启。
重新打开问题网页：若此时页面静态结构完整、文字可读、链接可点击，说明JS确实是问题根源；若仍白屏、错位或空白，则问题不在JS执行层，可能出在HTML解析、CSS阻塞渲染或Web字体加载失败。
验证完成后，务必回到about:config将javascript.enabled改回true，否则后续所有交互网站将不可用——【禁用JS后页面功能全部失效，仅用于诊断，不可长期使用】。
精准定位冲突扩展
第一步：地址栏输入about:addons → 进入扩展管理页
第二步：关闭三类高危扩展——广告拦截器（如uBlock Origin）、脚本管理器（如Violentmonkey）、样式注入器（如Stylus）
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
第三步：逐个启用剩余扩展，每启一个就刷新问题网页，一旦重现JS报错，立即停手，该扩展即为冲突源
注意：部分扩展（尤其是Violentmonkey）会缓存已注入脚本，禁用后残留代码仍在运行；点击该扩展右侧三点菜单 → “移除数据” → 勾选“网站数据”和“本地存储”再确认，才能彻底清空其影响。
清除Service Worker与脚本缓存
按F12 → 切换到Application标签页 → 左侧选择Service Worker → 点击右上角“注销”按钮（Unregister）→ 若显示“No Service Worker registered”，跳过此步
接着在左侧选择Cache Storage → 点击右侧“Clear storage” → 勾选“Cache”和“Cookies” → 点击“Clear site data”
这一步能清除被篡改的fetch响应缓存、预加载脚本副本及离线包，对PWA类网站（如Notion、Obsidian Web）JS报错修复效果显著——【不清除Service Worker，即使重装扩展，旧版恶意注入脚本仍可能自动复活】。
修改dom.max_script_run_time阈值
地址栏输入about:config → 搜索dom.max_script_run_time → 双击该项 → 将默认值10改为【3】
该设置让浏览器在脚本连续占用主线程满3秒后立即中断并弹窗，避免卡死在无限循环或DOM重排中；改得太小（如1）会导致正常轮播图、表单校验等脚本被误杀，3是实测兼顾响应性与兼容性的安全值。
修改后必须彻底关闭所有火狐进程（任务管理器中确认无firefox.exe残留）再重新启动，否则新阈值不生效。
