这个问题长期以来一直一个随机出现,又十分难以重现和定位。几经努力之后定位到了,在一个带有复杂的内嵌iframe的页面,当内嵌的iframe正在渲染的过程中关闭IE 浏览器的时候,会比较容易发生这个问题。
比较容易猜想的是IE在关闭iframe的时候出现了某些问题。猜测是几个iframe相互有通过top的脚本调用有关系,或者几个iframe和top都在各自不同的域名下有关系,但是页面太复杂进一步定位具体是什么问题十分困难(当试图简化页面的时候,问题往往就不能重现了)。而且问题出现在浏览器内部,就算具体定位到了不一定就能够解决。所以更容易和更有意义的,可能是回避“连续弹出新窗口”这个问题。
最开始的想法是,IE既然在出问题的时候是正在渲染iframe,那么此时可能cpu特别繁忙导致了问题,如果可以回避cpu的最高峰期,把渲染iframe的动作做一定的延迟,也许就可以解决问题。试验后发现,只是减缓了页面的展现速度,对问题的解决基本没用帮助。
换个想法,想想如果我们自己做浏览器,我们在处理这个问题的时候会怎么做呢,容易出什么问题呢?我们可以做这样的猜测:IE关闭窗口的时候,是先关闭和回收了最外层的window对象,然后收集它引用的各种资源,一一进行关闭和回收。也就是说,相当于一个队列式(先打开的window对象先销毁回收,后打开(被引用)的window对象后销毁和回收)或者递归式(父window对象先销毁,子window对象后销毁)的操作:。
看看下面这个测试页面的关闭顺序,其实很耐人寻味(把代码保存为一个html文件后刷新页面):
<iframename="emu1"src="javascript:'<iframename=emu2></iframe><iframename=emu3></iframe>'"></iframe>
<iframename="emu4"src="javascript:'<iframename=emu5></iframe><iframename=emu6></iframe>'"></iframe>
<SCRIPTLANGUAGE="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对象的销毁次序呢:
<divid="emu"><iframesrc="javascript:'thisisaniframe'"></iframe></div>
<SCRIPTLANGUAGE="JavaScript">
window.attachEvent('onbeforeunload',function(){document.getElementById("emu").innerHTML="iframeclosed";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上一时也搜不到相关的资料。特此贴出来共享。
原文链接
分享到:
相关推荐
毕设和企业适用springboot企业数据管理平台类及跨境电商管理平台源码+论文+视频
功能说明: 环境说明: 开发软件:VS 2017 (版本2017以上即可,不能低于2017) 数据库:SqlServer2008r2(数据库版本无限制,都可以导入) 开发模式:mvc。。。
labview程序代码参考学习使用,希望对你有所帮助。
毕设和企业适用springboot社交应用平台类及用户数据分析平台源码+论文+视频
大米外贸商城系统 简称damishop 完全开源版,只需做一种语言一键开启全球133中语言自动翻译功能,价格实现自动汇率转换,集成微信支付宝 paypal以及国外主流支付方式,自带文章博客系统。 软件架构 基于MVC+语言包模式,增加控制台,API导入产品方便对接其他系统(带json示例数据)。 使用要求 PHP7.4+ MYSQL5.6+ REDIS(可选) 安装方法 composer install 打开安装向导安装 http://您的域名/install 特色 1、缓存层增加时间与批量like删除 2、API产品导入方便对接其他系统 3、增加控制台命令行,命令行生成语言翻译包 4、后台一键开启自动翻译模式,支持全球133中语言,由于google代理翻译需要收费,这个功能需要付费。 5、可选购物车与ajax修改购物车产品 6、一键结算checkout 7、增加网站前台自定义路由 方便seo 更新日志 v3.9.7 集成鱼码支付接口,方便个人站长即使收款到账使用 v3.9.3 更新内容 1:增加ueditor与旧编辑器切换 2:增加可视化布局插
labview程序代码参考学习使用,希望对你有所帮助。
毕设和企业适用springboot生鲜鲜花类及生物识别平台源码+论文+视频.zip
毕设和企业适用springboot企业健康管理平台类及视觉识别平台源码+论文+视频.zip
毕设和企业适用springboot视频编辑类及餐饮管理平台源码+论文+视频.zip
labview程序代码参考学习使用,希望对你有所帮助。
毕设和企业适用springboot社区物业类及智能仓储平台源码+论文+视频
毕设和企业适用springboot企业知识管理平台类及人工智能医疗平台源码+论文+视频
毕设和企业适用springboot汽车电商类及新闻传播平台源码+论文+视频
毕设和企业适用springboot生鲜鲜花类及全渠道电商平台源码+论文+视频.zip
毕设和企业适用springboot企业数据智能分析平台类及投票平台源码+论文+视频
毕设和企业适用springboot全渠道电商平台类及人工智能客服平台源码+论文+视频
毕设和企业适用springboot企业云存储平台类及AI数据标注平台源码+论文+视频
毕设和企业适用springboot人工智能客服系统类及旅游规划平台源码+论文+视频
毕设和企业适用springboot社交电商类及环境监控平台源码+论文+视频
毕设和企业适用springboot生鲜鲜花类及大数据存储平台源码+论文+视频