emu in blogjava

  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  171 随笔 :: 103 文章 :: 1052 评论 :: 2 Trackbacks
这个问题长期以来一直一个随机出现,又十分难以重现和定位。几经努力之后定位到了,在一个带有复杂的内嵌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上一时也搜不到相关的资料。特此贴出来共享 。

posted on 2007-07-06 20:41 emu 阅读(4501) 评论(2)  编辑  收藏

评论

# re: 解决IE关闭页面时连续弹出新窗口的bug 2007-07-09 13:41 风之石
那以后在包含IFRAME的页中都需要这样处理一下咯? :)  回复  更多评论
  

# re: 解决IE关闭页面时连续弹出新窗口的bug 2007-11-14 16:39 emu
stackhuang同学给出的权威解释是:

当Navigate一个网页的时候,Navigate在设置了URL以后就返回了,但Navigate设置了一个Timer,当Timer到达的时候就去显示一个页面。或者是,当页面在下载的时候,当下载完成,也会产生一个新的浏览,还有脚本也可以导致一个新的浏览。
浏览一个网页是需要一个容器的,也就是Browser。默认情况下,IE会去找这个Browser,如果找到,则在这个Browser中打开。如果找不到,就会新创建一个IE,在新的IE中打开,那么,问题就在这里,如果这个浏览操作是由一个Timer引起,新打开IE的方式是不会去停止这个Timer的,于是Timer继续运行,导致不断的打开IE窗口。
那么这个容器(Browser)怎么会不在呢?是因为对IE的使用不当造成的,如果IE没有完全释放,但同时又关闭了IE的窗口,那么就会造成IE不停的弹出。
那么这个问题为什么是随机的呢?因为受网络环境,机器CPU繁忙程度的影响,新打开一个页面的时机是不确定的

------------------------------------------------
stackhuang同学的补充解释:

大概就是,IE在浏览的时候会判断一个标志,如果true,则在当前窗口中打开,为false则在新窗口中打开,当IE窗口已经关闭的时候,如果IE释放不完全,那么可能Document对象还存在,但这个标志就为false了,于是新打开了一个IE,同时,这个操作不会返回一个成功的标志,导致开始的Timer以为没有浏览成功于是继续运行。  回复  更多评论
  


只有注册用户登录后才能发表评论。


网站导航: