火狐页面排版错乱需按扩展干扰、JS/CSS冲突、字体渲染、缓存残留四层逐级诊断：先用无痕模式验证（Ctrl+Shift+P）确认是否扩展所致；若否，则查Console报错与Network请求；再禁用JS验证DOM破坏；最后修改about:config禁用文档字体并清缓存重启。
火狐浏览器页面出现文字重叠、导航栏塌陷、图片溢出容器、整体布局左偏或空白区块突兀出现，说明渲染链已被破坏，必须按真实干扰路径逐层剥离，不能只靠刷新或清缓存蒙混过关。
先用无痕窗口确认是否扩展惹的祸
这一步必须最先做，跳过它后续所有操作都是在错误方向上浪费时间。无痕模式默认禁用全部扩展、不读取本地存储、不加载用户脚本，是验证问题根源的黄金标准。
按Ctrl + Shift + P（Windows/Linux）或Cmd + Shift + P（macOS）新建无痕窗口 → 直接访问出问题的网页 → 观察排版、交互、控制台报错是否回归正常。
若无痕中一切正常，说明问题100%来自常规配置下的扩展组合；若仍异常，则需转向JS/CSS/缓存等底层问题排查，无需继续本流程。
逐个禁用扩展定位冲突源
部分扩展（如广告拦截器+翻译插件+样式注入器）会在页面加载完成前互相覆盖CSS变量或重写fetch参数，仅单独启用时无问题。
第一步：点击右上角三条横线 → “附加组件和主题” → 左侧选“扩展”。
第二步：从列表顶部开始，关闭第一个扩展 → 刷新目标网页 → 观察是否恢复；若未恢复，继续关闭第二个 → 刷新 → 观察。
第三步：当某次关闭后问题消失，立即停止操作——该扩展即为冲突链的触发点。【不要跳过刷新步骤，有些扩展的副作用只在页面重载时显现】。
第四步：保持该扩展关闭，再逐一重新启用其余扩展，观察是否再次引发异常——可判断是单点冲突还是组合冲突。
强制禁用网页字体与WebFont
当页面使用@font-face动态加载私有字体、或存在深层嵌套的!important声明时，仅靠图形界面设置无法覆盖，必须修改底层配置项。
在 Linux 上通过 Chrome 挂载/VNC 自动发布小红书长笔记。Agent 撰写标题和正文后执行 xhs_publish.sh --publish --submit，触发小红书发布。
在地址栏输入about:config，回车后点击“接受风险并继续”。
搜索browser.display.use_document_fonts，双击将其值由1改为0，彻底禁用文档字体。
搜索gfx.downloadable_fonts.enabled，确保其值为false，防止WebFont干扰本地字体链。
关闭about:config标签页，重启火狐浏览器使配置生效。
清除缓存与Cookie并强制重载
缓存损坏是排版错乱最常见原因，尤其在页面更新后旧缓存未刷新时，浏览器会强行复用错误样式块，直接导致CSS加载失败或错位。
按Ctrl + Shift + Del（Windows/Linux）或Command + Shift + Delete（macOS）打开“清理近期历史记录”窗口。
将时间范围设为“全部时间”，勾选“缓存的 Web 内容”和“Cookie 和网站数据”，点击“清理”。
完成后关闭所有火狐窗口，重新启动浏览器。
对当前出问题的网页，按Ctrl + Shift + R强制重载，跳过本地缓存加载最新资源。
