這個問題算是個老問題了。
所以，標題加上一個再字。

我主要說一下模擬這個事件時候容易出現的問題。

對于FF，Opera9，原生DOMContentLoad支持，就不說了，最頭疼的是IE。
我最初考慮這個問題的時候，想到的是document的readyState屬性。
偷窺一下Dojo的源碼，發現它也是基于這個屬性去做的，那時，我基本就認準了這個方法。
于是再后來JSI1和JSI2早期的預覽版本中，都是基于這個屬性做的，后來，有個朋友向我反應，說JSI的裝飾引擎在IE上啟動比FF慢很多，我當時就猜測，是否是這個DOMContentLoad的問題。

經過測試，發現，確實，readyState必須等待圖片裝載完成之后才能置為complete。
于是到網上搜索一下其他辦法，最終 Dean Edwards的blog上描述的一個基于script defer屬性的解決辦法勝出：http://dean.edwards.name/weblog/category/dom/onload/
不過，使用document.write打印一段腳本，我真的不喜歡：（

在評論里面我們可以看到一些其他的建議，有人認為 readyState == 'complete' 加 readyState==‘interactive’這個狀態可以準確模擬DOMContentLoad。我開始簡單測試一下，貌似可行，但是后來發現 readyState==‘interactive’可能受alert等函數影響，就是說，一般情況下，readyState== ‘interactive’時，dom是裝載完了的，但是，當你文檔裝載過程中，調用了alert函數，那么，readyState將提前置為 ‘interactive’。

總之，目前來說，我知道的，只有兩個辦法可以真正實現IE上模擬DOMContentLoad

1.htc ondocumentready（需要額外的HTC文件）
2.script defer(必須使用document.write打印一段腳本標記,jquery目前采用的方式)

document.readyState(Dojo目前（0.4.1）采用的方式)

再說一下JSI的DOMContentLoad實現的使用接口。

js.html.EventUtil.addDOMReadyListener(<Function>listener ,<boolean>runAnyCase )

第二個參數用于確保listener 在任何時候都會被調用（FF DOMContentLoad事件如果在事件發生之后設置listener是無效的）