这个问题长期以来一直一个随机出现，又十分难以重现和定位。几经努力之后定位到了，在一个带有复杂的内嵌iframe的页面，当内嵌的iframe正在渲染的过程中关闭IE 浏览器的时候，会比较容易发生这个问题。
比较容易猜想的是IE在关闭iframe的时候出现了某些问题。猜测是几个iframe相互有通过top的脚本调用有关系，或者几个iframe和top都在各自不同的域名下有关系，但是页面太复杂进一步定位具体是什么问题十分困难（当试图简化页面的时候，问题往往就不能重现了）。而且问题出现在浏览器内部，就算具体定位到了不一定就能够解决。所以更容易和更有意义的，可能是回避“连续弹出新窗口”这个问题。
最开始的想法是，IE既然在出问题的时候是正在渲染iframe，那么此时可能cpu特别繁忙导致了问题，如果可以回避cpu的最高峰期，把渲染iframe的动作做一定的延迟，也许就可以解决问题。试验后发现，只是减缓了页面的展现速度，对问题的解决基本没用帮助。
换个想法，想想如果我们自己做浏览器，我们在处理这个问题的时候会怎么做呢，容易出什么问题呢？我们可以做这样的猜测：IE关闭窗口的时候，是先关闭和回收了最外层的window对象，然后收集它引用的各种资源，一一进行关闭和回收。也就是说，相当于一个队列式（先打开的window对象先销毁回收，后打开（被引用）的window对象后销毁和回收）或者递归式（父window对象先销毁，子window对象后销毁）的操作：。
看看下面这个测试页面的关闭顺序，其实很耐人寻味（把代码保存为一个html文件后刷新页面）：
<iframe name="emu1" src="javascript:'<iframe name=emu2></iframe><iframe name=emu3></iframe>'"></iframe>
<iframe name="emu4" src="javascript:'<iframe name=emu5></iframe><iframe name=emu6></iframe>'"></iframe>
<SCRIPT LANGUAGE="JavaScript">
setTimeout(function(){
window.attachEvent('onbeforeunload',function(){alert('parent')})
frames['emu1'].attachEvent('onbeforeunload',function(){alert('iframe1')})
frames['emu1'].frames['emu2'].attachEvent('onbeforeunload',function(){alert('iframe2')})
frames['emu1'].frames['emu3'].attachEvent('onbeforeunload',function(){alert('iframe3')})
frames['emu4'].attachEvent('onbeforeunload',function(){alert('iframe4')})
frames['emu4'].frames['emu5'].attachEvent('onbeforeunload',function(){alert('iframe5')})
frames['emu4'].frames['emu6'].attachEvent('onbeforeunload',function(){alert('iframe6')})
},0)
</SCRIPT>
这样子很容易带来的一个问题是，对象的销毁和资源的回收工作，一般来说是作为低优先级的操作，要为高优先级的操作让路的，那么在top窗口被销毁回收的时候，各个iframe的渲染工作，作为优先级比较高的计算，仍在继续进行。等到各个iframe渲染完成了以后，才发现他本来以为一直在哪里的parent（或者top）句柄，现在指向了一个随机的位置，于是就发生了不可预测的后果。
假如问题真的是这样，那么解决方案可能是
1 对关闭操作触发的销毁和回收操作，提高优先级别，或者
2 一但触发关闭操作，立刻主动停止所有的渲染操作，全部资源等待回收，或者
3 对window的关闭操作采用栈式的顺序，晚创建的先销毁，或者或者冒泡式的时序，子窗口先销毁再销毁父窗口。
现在我们的问题是浏览器自己是不会去调整自己的运算优先级和销毁顺序的，那么我们能否用脚本来帮助它调整一下window对象的销毁次序呢：
<div id="emu"><iframe src="javascript:'this is an iframe'"></iframe></div>
<SCRIPT LANGUAGE="JavaScript">
window.attachEvent('onbeforeunload',function(){document.getElementById("emu").innerHTML="iframe closed";alert('parent')})
</SCRIPT>
经过这样的处理后，在可以稳定重现连续打开IE窗口的计算机上，此问题消失，应该说得到了初步解决。
这个问题其实历史非常悠久了，flashget论坛有人认为是flashget的问题：
http://bbs.flashget.com/post.php?action=reply&fid=14&tid=2461&repquote=16576&extra=
阿里巴巴也蒙受了不白之冤：
http://club.china.alibaba.com/forum/thread/view/_22629427_.html
同样不幸的还有土豆网，土豆的官方声明把箭头指向了BHO，不知是否有根据，实际试验至少有部分机器确实选中了“启用第三方浏览器扩展”，并且禁止此选项后问题解决了，但是这个操作也很难作为一个解决方案。
http://bbs.tudou.com/topic/20061231/5686
但是网上搜不到其他相关的解决方案，不少人都以为是中了木马、病毒或者打开的网页带有恶意脚本，msdn上一时也搜不到相关的资料。特此贴出来共享 。