我一直在与名为Catchpoint的公司合作，解决我们客户端代码指标中的一些不一致性。他们有一些事件触发器，用于测量页面加载过程中的里程碑。他们为我们提供的度量标准是基于IE8。
现在，他们声称JQuery在IE中确定DOM就绪的方式实际上严重影响页面性能，我们应该尽可能避免使用它。我知道JQuery使用doScrollCheck()方法和1毫秒递归setTimeout爆炸对documentElement进行操作，我意识到他们可能有一个有效的主张。
他们说每个$(document).ready()块都会呈指数级别受到影响。
我的问题是，是否有任何统计数据来验证这一说法，如果有，我该如何实施一个IE友好的解决方案而不需要重写JQuery源码以满足我的需求。
仅凭这些数据就可以告诉我们doScrollCheck()函数会严重影响性能。
话虽如此：
doScrollCheck（）函数，例如每100ms检查一次documentElement是否可滚动，而不是每1ms，你可能会看到页面加载时间与Chrome更具竞争力。
这个基准测试真正告诉我的是，即使是DOMContentLoaded检查也非常慢 - 没有理由从209万个操作/秒下降到Chrome下的不到100万个操作/秒。
document.ready()调用，而不是一个函数调用来设置一个document.ready()调用。显然，四个函数调用的速度约为一个函数调用的1/4。无论这在实际代码中是否相关取决于单个函数调用开销的速度与整体启动时间的相对重要性。这可能很重要，也可能不重要，具体取决于实际启动代码所需的时间。 - jfriend00$(document).ready() 的时间是否较慢，而这不是你在这里测量的。你实际上正在对 $(document).ready() 的调用本身进行基准测试（它仅注册回调函数以稍后调用），而不是基准测试它何时触发并实际调用回调。 - jfriend00document.ready()触发的时间，这才是我们关心的。我这里实际上没有真正的IE8，所以无法在IE8中运行我的脚本。 - jfriend00这里有一个脚本，可以测量$(document).ready()触发和代码在body结束时执行的时间（这是您可以操作DOM的最早可能时间）。您可以在任何您想要的浏览器中运行它。页面在这里：http://jsfiddle.net/jfriend00/dLx4L/。
我在jsFiddle中完成了这个脚本，以方便、长久和易于共享，但如果您制作一个实现相同技术的独立网页（没有像jsFiddle中那样涉及其他框架），您可能可以做出更准确的测试。无论如何，您应该能够在这里了解如何测量并给出真实数字。
$(document).ready() 总是最后一个触发的 - 我不想做出这种假设。但是，我在这里删除了计时器，而不做有关触发顺序的假设：http://jsfiddle.net/jfriend00/dLx4L/. - jfriend00我的建议：
我看到很多网页开发者在页面中放置了数百万行的JavaScript代码...最后还是在document-ready中加载。
a）请记住，在完美的世界中，没有用户会在页面加载（显示）时立即与网页交互；并且
b）在完美的世界中，用户很可能在进行任何交互之前（甚至上下滚动）查看整个页面。
有了这个完美的场景，你应该在< script type ... >< /script>之间只放置页面闪屏所需的最小化内容，当然还有document-ready。
这里有一个技巧：将其他所有内容放入单独的SCRIPT.JS文件中，并在document-ready中使用getScript加载它：
$(document).ready( function () {
...
...
$.getScript('your-scripts-path/your-script-file-name.js');
});