火狐浏览器控制台不显示日志需逐项排查：先启用Info级别日志，再验证脚本是否执行，接着检查console是否被劫持，然后清除过滤设置，最后排查页面跳转导致的日志丢失。
火狐浏览器控制台不显示日志，可能是日志级别被关闭、脚本未执行、console被劫持或过滤器误启用，需逐项排查才能让console.log()重新可见。
确认Info级别日志已开启
Firefox默认不显示console.log()这类info级输出，必须手动启用该级别，否则无论代码写得多正确，日志都静默消失。
按 Cmd+Option+I（macOS）或 Ctrl+Shift+I（Windows/Linux）打开开发者工具 → 切换到“控制台”面板 → 右键点击日志列表顶部任意列标题（如“源”或“时间”）→ 勾选“显示级别” → 确保【信息】已打钩。
若顶部出现过滤栏，输入 level:info 并回车；若仍无反应，尝试先清空过滤栏文字再重试。
验证脚本是否真实运行
日志不出现，往往不是控制台坏了，而是那行console.log()根本没被执行。常见于语法错误中断后续代码、条件分支未命中、事件监听器未触发等情况。
在目标JS文件最开头插入 console.log('script loaded'); → 刷新页面 → 若这行也不出现，说明脚本未加载或加载失败。
打开“调试器”（Debugger）面板 → 找到对应JS文件 → 在疑似问题行前加 debugger; → 刷新后若断点未命中，证明执行流根本没走到那里。
检查“调试器”面板中JS文件名旁是否有红色波浪线，有则代表语法错误，会阻断整段脚本执行。
检查console是否被篡改
某些网站脚本会主动覆盖console方法，使所有日志调用失效，这种劫持行为隐蔽且不易察觉。
方法一：在控制台直接输入 console.log('test') 并回车 → 若能正常输出，说明基础功能完好；若报错或无响应，则console对象已被破坏。
方法二：输入 console.log === window.console.log → 返回 false 即确认被重写，此时需排查页面是否引入了监控SDK、反调试脚本或广告拦截规则。
方法三：临时禁用全部扩展 → 地址栏输入 about:addons → 点击右上角齿轮图标 → 选择“禁用全部扩展” → 刷新页面测试。很多广告拦截插件会在注入阶段静默替换console。
清除控制台过滤与干扰设置
第一步：点击控制台右上角 funnel 图标 → 检查是否勾选了“仅显示错误”或“隐藏网络消息” → 全部取消勾选。
第二步：确认过滤框内无残留关键词 → 删除所有已输入的文字，避免隐式匹配屏蔽日志。
第三步：重置开发者工具设置 → 打开控制台右上角齿轮图标 → 滚动到底部 → 点击“恢复默认设置” → 关闭所有DevTools窗口 → 重新按快捷键打开。
【此操作会清除所有断点、黑箱规则和自定义快捷键，但不会影响书签或历史记录】
排查页面跳转导致的日志丢失
如果日志语句紧跟在 window.location.href =、form.submit() 或 history.pushState() 之后，页面可能在日志渲染前就跳走，造成“写了却看不到”的假象。
在跳转语句前插入 debugger; → 刷新后观察是否停住 → 若停住，再手动执行 console.log() 验证是否有效。
临时将日志挪到跳转前，并加微延迟：setTimeout(() => console.log('after submit'), 0); —— 这能确保日志进入事件队列，避开同步跳转的清屏时机。
