桌面端Firefox重载React应用卡住，Chrome等其他浏览器正常如何排查

浏览器特性侧 #

• 开启Firefox开发者工具网络面板，勾选「持久化日志」后重载页面，查看卡住的fetch请求状态：若标记为阻塞，优先排查是否是Firefox跟踪保护、混合内容拦截、同域名并行请求数上限导致请求未实际发出。
• 在隐私窗口复测，若问题消失，依次禁用用户扩展、清除站点缓存和存储后验证，排除本地环境干扰。
• 检查fetch配置项，Firefox对keepalive、跨域credentials的处理逻辑和其他浏览器存在差异，可临时添加cache: 'no-store'参数测试，排除缓存逻辑异常。

前端静态资源与缓存逻辑侧 #

• 确认create-react-app是否开启PWA/Service Worker：Firefox对Service Worker生命周期处理逻辑有独有特性，若SW拦截了请求但未正确回调，会导致请求卡在浏览器本地未发往服务端，直到超时后才 fallback 到正常请求。可在about:serviceworkers页面对站点SW执行强制注销后复测。
• 检查Flask返回的静态资源响应头：若main.js的Cache-Control、ETag配置不合理，可能导致Firefox缓存验证逻辑死锁，可临时给静态资源添加Cache-Control: no-cache, must-revalidate响应头测试。

网络与协议侧 #

• 若使用HTTP/2或HTTP/3，可临时强制服务端（或前置反向代理）仅启用HTTP/1.1复测，排除Firefox对多路复用流控制的兼容问题。
• 临时关闭Firefox的DNS over HTTPS功能测试，排除域名解析超时问题；也可通过抓包确认请求是否真的未从客户端发出，明确问题发生在浏览器层面还是网络层面。

业务逻辑侧 #

• 配合Firefox性能面板录制重载过程，查看主线程是否存在长时间阻塞的同步任务，导致fetch调用被延迟执行。
• 临时注释全局请求拦截、自动重试逻辑复测，排除拦截器逻辑在Firefox下触发的请求队列堵塞问题。

内容的提问来源于stack exchange，提问作者jsibs