《再谈iframe自适应高度》由会员分享，可在线阅读，更多相关《再谈iframe自适应高度（5页珍藏版）》请在金锄头文库上搜索。
1、再谈iframe自适应高度通过Google搜索iframe自适应高度，结果5W多条，搜索iframe高度自适应，结果2W多条。 我翻了前面的几十条，刨去大量的转载，有那么三五篇是原创的。而这几篇原创里面，基本上只 谈到如何自适应静的东西，就是没有考虑到JS操作DOM之后，如何做动态同步的问题。另外, 在兼容性方面，也研究的不彻底。这篇文章，希望在这两个方面再做一些深入。可能有人还没接触到这个问题过，先说明一下，什么是自适应高度吧。所谓iframe自适应高度, 就是，基于界面美观和交互的考虑，隐藏了 iframe的border和scrollbar，让人看不出它是个 iframe。如果iframe
2、始终调用同一个固定高度的页面，我们直接写死iframe高度就可以了。而 如果iframe要切换页面,或者被包含页面要做DOM动态操作，这时候，就需要程序去同步iframe 高度和被包含页的实际高度了。顺便说下，iframe在迫不得已的时候才去用，它会给前端开发带来太多的麻烦。传统做法大致有两个：方法一，在每个被包含页在本身内容加载完毕之后，执行JS取得本页面的高度，然后去同步父页面的iframe高度。方法二，在主页面iframe的onload事件中执行JS，去取得被包含页的高度内容，然后去同步 咼度。在代码维护角度考虑，方法二是优于方法一的，因为方法一，每个被包含页都要去引入一段相同 的代码来
3、做这个事情，创建了好多副本。两个方法都只处理了静的东西，就是只在内容加载的时候执行，如果JS去操作DOM引起的高 度变化，都不太方便。如果在主窗口做一个Interval，不停的来获取被包含页的高度，然后做同步，是不是即方便，又 解决了 JS操作DOM的问题了呢？答案是肯定的。Demo 页面： 主页面 iframe_a.html ，被包含页面 iframe_b.htm 和 iframe_c.html主页面代码示例: iframe id二frame_content src二iframe_b.html scrolling二no frameborder二0 func tion rei nitl fra
4、me()var iframe = document.getElementById(frame_content);tryiframe.heigh t 二iframe.co ntent Window.documen t.docume nt Elemen t.scrollHeigh t;ca tch (ex)window.se tint erval(rei nitl frame(), 200);一直执行，效率会不会有问题？我做了测试，同时开5个窗口(IE6、IE7、FF、Opera、Safari)执行这个代码，不会对CPU 有什么影响，甚至调整到2ms，也没影响(基本维持在0%占用率)。下面谈谈各浏
5、览器的兼容性问题，如何获取到正确的高度，主要是对body.scrollHeight和 documentElement.scrollHeight两个值得比较。注意本文用的是这个doctype，不同的doctype 应该不会影响结果，但是假如你的页面没有申明doctype，那还是先去加一个吧。在主页面追加以下测试代码，以输出这两个值，代码示例：CheckHeight function checkHeight() var iframe = document.getElementById(frame_content);var bHeigh t 二 iframe.co ntent Window.docu
6、men t.body.scrollHeigh t;var dHeight 二iframe.co ntent Window.documen t.docume nt Elemen t.scrollHeigh t;alert(bHeight: + bHeight + , dHeight: + dHeight);/script被加载页面，可以切换一个绝对定位的层，来使页面高度动态改变。如果层展开，则会撑高页面 高度。代码示例：Toggle Overlayfunction toggleOverlay() var overlay = docume nt .ge tElemen tByld(overlay)
7、;overlay.s ty le.display = (overlay.s ty le.display = none) ? block: none ;下面列出以上代码在各浏览器的测试值：（bHeight = body.scrollHeight, dHeight = documentElement.scrollHeight, 红色 = 错误值,绿色=正确值）/层隐藏时层展开时bHeightdHeightbHeightdHeightIE6184184184303IE7184184184303FF184184184303Ope ra181181300300Safa ri184184303184暂且无
8、视Opera比别人少3像素的问题可以看出，如果没有绝对定位的东西，两个值是相等 的，取哪个都无所谓。但是如果有，那么各个浏览器的表现不太相同，单取哪个值都不对。但可以找到了一条规律，那 就是取两个值得最大值可以兼容各浏览器。所以我们的主页面代码就要改造成这样了：func tion rei nitl frame()var iframe =document .getElementById(frame_content);t ryvar bHeigh t 二 iframe.co ntent Window.documen t.body.scrollHeigh t;var dHeight 二iframe.
9、co ntent Window.documen t.docume nt Elemen t.scrollHeigh t;var heigh t 二 Mat h.max(bHeigh t, dHeigh t);iframe.heigh t 二 heigh t;ca tch (ex)window.se tint erval(rei nitl frame(), 200);这样子，基本解决了兼容性问题。顺便说下，不光绝对定位的层会影响到值，float也会导致两 个值的差异。如果你演示Demo后，会发现，除了 IE,其他浏览器中，当层展开后再隐藏，取到的高度值还 是维持在展开的高度3。3，而非隐藏回去的真
10、正值184，就是说长高了之后缩不回去了。这个现 象在不同被包含页面之间做切换也会发生，当从高的页面切换到矮页面的时候，取到的高度还是 那个高的值。可以归纳为，当iframe窗体高度高于文档实际高度的时候，高度取的是窗体高度，而当窗体高 度低于实际文档高度时，取的是文档实际高度。因此，要想办法在同步高度之前把高度设置到一 个比实际文档低的值。所以，在iframe的添加onload=”this.height=ioo，让页面加载的时候 先缩到足够矮，然后再同步到一样的高度。这个值，在实际应用中决定，足够矮但又不能太矮，否则在FF等浏览器里会有很明显的闪烁。DOM操作的时候主页面无法监听到，只能DOM
11、操作完了之后把高度变小了。在我的一个实际项目中，在成本和收益之间权衡，我并没有做这个事情，因为每个DOM函数中 都要插入这个代码，代价太高，其实层缩回去不缩掉也不是那么致命。包括 Demo里，也没有 去做这个事情。如果读者有更好的方法，请告诉我。这是最终的主页面的代码：iframe id二frame_content src二iframe_b.html scrolling二noframeborder二0 onload二this.height=100func tion rei nitl frame()var iframe = document.getElementById(frame_content);t ryvar bHeigh t 二 iframe.co ntent Window.documen t.body.scrollHeigh t;var dHeight 二iframe.co ntent Window.documen t.docume nt Elemen t.scrollHeigh t;var heigh t 二 Mat h.max(bHeigh t, dHeigh t);iframe.heigh t 二 heigh t;ca tch (ex)window.se tint erval(rei nitl frame(), 200);
