Javascript 网页中的同步XMLHttpRequests不太可能被禁用吗

就我所能研究的而言，不允许这一点需要“很长时间”，而且似乎越来越少的共识最终消除它。在不深入不必要的细节的情况下，我在一些页面上使用了其中的一些，因为这是一个完美的解决方案。首先，由于我在自己的托管服务器上调用一个PHP脚本，因此不可能花费这么长时间来造成控制台警告告诉我的“对最终用户体验的有害影响”，其次，用户请求的操作在请求完成之前无法继续

---

因此，我之所以要重新整理这些页面，以找到解决方法，唯一的原因是它是否真的会消失。那么，实际的搬迁计划是什么呢？不担心它的可能性是否足够大？

不完全是这样，只是在主线程中。例如，web worker中的同步XHR并没有错——但最终，它将在其他任何地方被删除

workers外部的同步XMLHttpRequest正在从web平台中删除，因为它对最终用户的体验有不利影响。（这是一个耗时多年的漫长过程。）当当前全局对象是窗口对象时，开发人员不得为异步参数传递false。强烈鼓励用户代理在开发人员工具中警告此类使用，并在出现“InvalidAccessError”DomeException时尝试抛出该异常

---

-.

我读过该规范，注意到“正在被删除”的字眼，以及多年来许多引用它的博客，说它不太可能被删除。考虑到2019年，我的页面仍然可以工作（尽管在控制台视图中有警告），我开始希望“删除”或“阻止”它的可能性与承诺删除html标记的可能性一样小。伙计，你问了一个问题，我回答。如果你想争论，去reddit。它将从web上删除。时期他们已经有了它将在规范中抛出的错误。这并不意味着他们将从函数中删除它，它仍将在workers中可用。在为时已晚之前，开始转换代码以使用现代脚本实践。我在问什么时候，函数是否会停止工作。是的，在主线程中！引用规范不是答案，因为我在问题中已经引用了部分规范。我碰巧喜欢维护对旧浏览器的支持，这些浏览器不支持辅助线程。这意味着要加倍努力。因此，正如规范中所说的“这一过程可能需要很多年”，询问何时进行并没有什么坏处。我永远不知道决策过程中的某个人何时会知道。支持旧浏览器不需要同步代码。即使是IE3在90年代中期也一直支持回调函数。要做出贡献，你可以向它提出建议，并希望它能得到赞助者。您可以通过加入es讨论邮件列表进行监控和评论。没有时间表，因为这些是社区支持的标准和规范。。这取决于他们什么时候有时间去做。大多数捐款的人都是志愿者，他们有自己的日常工作。