DOM ready这个已经有很多人说了，说的也很详细，这里简单说下。利用问题的形式展开～
问：为什么需要dom ready?
答：我们需要在页面加载后，再进行一些js操作，例如：绑定事件，操作DOM。
问：为什么不用window.onload事件？
答：window.onload要等页面内的所有资源都加载完才触发，像图片、音频等，等待的时间会比较长。
问：那直接用DOMContentLoaded就好，还墨迹这么多？
答：DOMContentLoaded本来是FireFox的私有事件，FF3版本才完整支持，webkit系列的在525版本后才增加这个事件的支持，IE系列的在IE9才开始支持。
可以看看它的兼容性，如下：
问：IE在不支持DOMContentLoaded事件的情况下，如何判断DOM ready？
-
方法一：往页面内添加
script标签，添加defer属性，通过监听这个脚本的readyState，当脚本加载完成时就判断DOM ready了。但这个方法的缺点是：当页面里有
iframe的时候，会等iframe里所有的资源加载完才触发，和onload差不多。 方法二：通过轮询来调用
document.documentElement.doScroll方法，调用成功表示DOM ready了。
所以，IE下用方法二来判断DOM ready。
问：document.documentElement.doScroll是个什么鬼？
答：IE下一些事件只有在DOM准备好后才能触发，document.documentElement.doScroll就是这样一个事件。通过判断调用是否成功，进而判断DOM是否加载完。
这个hack最早是外国的大牛发现的，详情可以看这里。
问：IE的判断完了，那webkit系列的在525版本之前的怎么判断？
答：通过轮询判断document.readyState，当readyState为loaded/complete的时候，判断DOM加载完毕。
问：你说的我都懂，有没有什么现成的库？
答：基本上比较流行的库都有实现的，像jQuery/Zepto/Prototype/Moontools/YUI等，只是每个库实现的方式都不同。
github上也有个比较出名的库domready，现在它的主分支是针对有DOMContentLoaded事件的浏览器，兼容性如下：
- IE9+
- Firefox 4+
- Safari 3+
- Chrome *
- Opera *
不过它的0.3.0分支是兼容多种浏览器的，兼容性如下：
- IE6+
- Firefox 2+
- Safari 3+
- Chrome *
- Opera *
最后
如果是用在移动端的话，可以放心的通过DOMContentLoaded事件来判断。PC的话，国内现在的环境，还是乖乖用兼容版本吧。
参考：
