火狐断点失效的五大原因：①断点设在不可执行语句（如}、;后）；②source map未加载或解析失败；③扩展劫持调试通道；④about:config中devtools.debugger.enabled或chrome.enabled被禁用；⑤页面存在无限debugger干扰。
火狐浏览器开发者工具里明明设置了断点，刷新页面后代码却直接跑过、断点变灰色、调试器毫无反应——这不是你代码写错了，而是断点根本没挂载到实际执行的代码路径上。
确认断点是否设在可执行位置
打开开发者工具（Ctrl+Shift+I）→ 切换到“调试器”面板 → 找到你要调试的 JS 文件 → 在某一行左侧灰色区域单击设置断点。
如果断点变成浅灰色圆点并显示“此断点不会被命中”，说明该行不是可执行语句：空行、纯注释、花括号结尾、let/const 声明但未赋值，都属于无效断点位置。
必须把断点打在真正会运行的语句上，比如函数调用、return、if 条件体内部、变量赋值等——【断点打在 } 或 ; 后面，100%失效】。
检查源码映射（source map）是否加载成功
方法一：在“调试器”面板左侧文件树中，找目标 JS 文件名右侧是否有“源”小标签。没有，说明 source map 未加载或解析失败。
方法二：展开该文件 → 查看顶部是否显示“来自 webpack:///src/xxx.js”这类路径。若显示“blob:https://…”或“VM”开头，说明你正在调试压缩后代码，原始断点无法对齐。
前端项目务必在构建配置中开启 source map：Vite 用户检查 vite.config.ts 中是否含 build: { sourcemap: true }；Webpack 用户确认 devtool: 'source-map' 已启用且未被插件覆盖。
排查干扰性扩展与运行时劫持
第一步：关闭所有扩展 → 点击右上角三条横线 → “附加组件和主题” → 左侧选“扩展” → 将全部开关滑至关闭 → 重启 Firefox。
第二步：启动无痕窗口（Ctrl+Shift+P）→ 按 F12 → 打开调试器 → 再次设置断点并刷新页面。
某些隐私类插件（如 NoScript、Dark Reader 高级模式）会在页面加载前注入脚本，篡改 Function.prototype.debugger 或拦截 eval，导致断点初始化失败。无痕模式下能生效，就说明是扩展在作祟。
验证 devtools 调试通道是否被禁用
在地址栏输入 about:config → 回车 → 点击“接受风险并继续”。
搜索 devtools.debugger.enabled → 确保值为 true；再搜索 devtools.chrome.enabled → 同样设为 true。
【这两项任意一项为 false，断点将完全不触发，且界面不报错】。
绕过无限 debugger 卡死
方法一：在控制台（Console）中粘贴执行：Function.prototype.constructor = function(){};
这行代码能临时解除页面中所有 debugger; 语句的强制中断，让流程继续，断点才可能被正常命中。
方法二：切换到“调试器”面板 → 按快捷键 Ctrl+Shift+F8（Windows/Linux）或 Cmd+Shift+F8（macOS），一键禁用全部断点 —— 先让页面跑起来，再重新启用关键断点。
