我一直在向控制台添加日志,以检查不同变量的状态,而不使用Firefox调试器。

然而,在我在main.js文件中添加console.log的许多地方,我收到了以下错误,而不是我给自己的可爱的手写消息:

主线程上的同步XMLHttpRequest已弃用,因为它会对最终用户的体验产生不利影响。更多帮助http://xhr.spec.whatwg.org/

我可以在我的代码使用中添加哪些不会导致此错误的console.log替代品或包装器?

我“做错了”吗?


当前回答

对我来说,问题是在OK请求中,我期望ajax响应是一个格式良好的HTML字符串,如表格,但在这种情况下,服务器在请求中遇到了问题,重定向到错误页面,因此返回错误页面的HTML代码(在某处有一个<script标记)。我控制台记录了ajax响应,这时我意识到它不是我所期望的,然后继续进行调试。

其他回答

我在以下情况下得到这样的警告:

1) file1包含<script type="text/javascript" src="/javascript/jquery-1.10.2.js"></script>. js"页面有输入字段。我在输入字段中输入一些值,然后点击按钮。Jquery向外部php文件发送输入。

2)外部PHP文件也包含jquery,在外部PHP文件中我还包括<script type="text/javascript" src="/javascript/jquery-1.10.2.js"></script>. js。因为如果这样我就会收到警告。

从外部php文件中删除<script type="text/javascript" src="/javascript/jquery-1.10.2.js"></script>,并且没有警告。

正如我所理解的加载第一个文件(file1),我加载jquery-1.10.2.js,作为页面不重新加载(它发送数据到外部php文件使用jquery $.post),然后jquery-1.10.2.js继续存在。所以不需要再加载了。

Visual Studio 2015/2017的实时调试器正在注入包含弃用调用的代码。

@ webgr部分回答实际上帮助我调试了这个警告@控制台日志,遗憾的是,答案的另一部分带来了这么多的反对票:(

不管怎样,下面是我发现这个警告的原因:

使用Chrome浏览器>按F12打开DevTools 打开抽屉菜单(在Chrome 3中右上角的垂直点) 在控制台>下检查Log XMLHttpRequests选项 重新加载给您错误的页面,并观察控制台日志中的每个ajax请求发生了什么。

在我的例子中,另一个插件在每次ajax调用后加载2个.js库,这是绝对不需要也没有必要的。禁用流氓插件从日志中删除了警告。从这一点上,你可以尝试自己解决这个问题(例如,限制脚本的加载到某些页面或事件-这是一个太具体的答案)或联系第三方插件开发人员来解决它。

希望这能帮助到一些人。

我得到了这个例外,包括一个can.js脚本在另一个,例如,

{{>anotherScript}}

有时候ajax加载一个脚本是必要的,但是延迟文档准备直到脚本加载之后。

jQuery通过holdReady()函数支持这一点。

使用示例:

$.holdReady(true);                              //set hold
function releaseHold() { $.holdReady(false); }  //callback to release hold
$.getScript('script.js', releaseHold);          //load script then release hold

实际的脚本加载是异步的(没有错误),但是如果JavaScript的其余部分在文档就绪后运行,那么效果是同步的。

动态脚本通常会使用这个高级特性 加载器,想要加载额外的JavaScript,如jQuery插件 在允许就绪事件发生之前,即使DOM可能发生 准备好了。

文档: https://api.jquery.com/jquery.holdready


2019年1月7日更新

从JQMIGRATE:

jQuery.holdReady() is deprecated Cause: The jQuery.holdReady() method has been deprecated due to its detrimental effect on the global performance of the page. This method can prevent all the code on the page from initializing for extended lengths of time. Solution: Rewrite the page so that it does not require all jQuery ready handlers to be delayed. This might be accomplished, for example, by late-loading only the code that requires the delay when it is safe to run. Due to the complexity of this method, jQuery Migrate does not attempt to fill the functionality. If the underlying version of jQuery used with jQuery Migrate no longer contains jQuery.holdReady() the code will fail shortly after this warning appears.