Firebase的ping服务正在使用Google Chrome报告的同步XMLHttpRequest，如下所示：
主线程上的同步XMLHttpRequest因不推荐使用 它对最终用户的体验产生不利影响。如需更多帮助， 检查http://xhr.spec.whatwg.org/。
此问题的根源来自：
.lp?dframe=t&id=612050&pw=gcdpSrzjvk&ns=myapp:5
这是Firebase中的错误吗？这暂时没有引起任何问题。但是将来，浏览器可能会弃用同步XHR。
答案 0 :(得分：24)
此错误仅针对回退到长轮询的客户端显示。
您只应在关闭页面，导航或刷新页面时看到它。
Firebase客户端选择执行同步XHR来告诉服务器它正在断开连接。这样，服务器可以立即运行您在任何state1: 'opportunity'
state1Url : '/opportunity/' <== added initial forward slash to make it work.
state2: 'opportunity.create'
state2Url : 'create/'
函数上指定的逻辑。否则，客户端必须依赖超时，这可能需要一两分钟。
当页面刷新并且它在控制台中挥之不去时，你可能会看到这一点。
但是，没有什么可担心的，这是故意的，也对你的应用程序无害。
答案 1 :(得分：1)
是的，非常确定这是Firebase的错误。更具体地说，我很确定这与Firebase的服务状态有关。每当出现间歇性服务中断（Firebase支持随后已确认）时，我始终会收到此错误，然后当服务恢复时，错误不再发生（可能是因为WebSockets再次运行，因此Firebase客户端不再退回到XHR民意调查。）
同样FWIW在本地开发时似乎比在实时生产服务器上更频繁地发生，这有望意味着Firebase正确地优先处理流量。