iframe標(biāo)記常見的幾種使用方法發(fā)布者：本站     時(shí)間：2020-05-16 08:05:29

iframe標(biāo)簽在網(wǎng)頁中可以創(chuàng)建一個(gè)內(nèi)嵌框架，通過指定src屬性來調(diào)用另一個(gè)網(wǎng)頁文檔的內(nèi)容。

和frameset一樣，用它來對網(wǎng)頁結(jié)構(gòu)進(jìn)行拆分以使網(wǎng)頁的某些部分保持公用，但相對frameset對整個(gè)網(wǎng)頁進(jìn)行框架結(jié)構(gòu)的拆分來說，iframe更加靈活，可以內(nèi)嵌到網(wǎng)頁的任意地方。

由于iframe使用上的這個(gè)特點(diǎn)，在一些網(wǎng)頁中得到了大量運(yùn)用，也導(dǎo)致了一些不適宜的濫用。

分析一下iframe這個(gè)網(wǎng)頁元素常見的幾種使用方式。

1.制作“無刷新”響應(yīng)頁面組件，作為異步交換數(shù)據(jù)的一種解決方案。

這是早期不使用Ajax來異步發(fā)送請求的一種替代方法，通過在頁面上設(shè)置不可見的iframe元素，并將其src屬性指向需要發(fā)送請求的頁面地址來發(fā)送請求，同域下可以再對返回的頁面進(jìn)行DOM解析來獲取數(shù)據(jù)。

另外一個(gè)好處在于繞開了Ajax的沙箱安全模型，可以順利發(fā)送跨域請求獲得數(shù)據(jù)，只是這種情況下取不到iframe的document對象。

因?yàn)樗倪@個(gè)特點(diǎn)，在某些需要跨域請求數(shù)據(jù)的網(wǎng)頁中依然有應(yīng)用。

這種無刷新是指在數(shù)據(jù)交換過程中父頁面不刷新而繼續(xù)對用戶操作保持響應(yīng)，實(shí)際進(jìn)行數(shù)據(jù)交換而被鎖定的是父頁面上內(nèi)嵌的iframe頁面。

這個(gè)內(nèi)嵌iframe頁面根據(jù)需要設(shè)置為可見或不可見都可以，并不會(huì)影響父頁面中的其他元素對用戶的響應(yīng)。

這種效果類似Ajax的無刷新，但可以看出其機(jī)制是完全不同的。

即使Gmail作為Ajax應(yīng)用的典范，也結(jié)合了很多iframe來實(shí)現(xiàn)其優(yōu)越的性能與用戶體驗(yàn)。

2.優(yōu)化頁面的一種方式。

使用iframe可以并行加載腳本，解決加載緩慢的第三方內(nèi)容如圖標(biāo)和廣告等的加載問題。

Google的廣告平臺(tái)AdSense即通過iframe在用戶的站點(diǎn)上投放廣告分享收益，查看分析國內(nèi)門戶首頁上的廣告代碼也能看到這類技術(shù)。

也可用隱藏的iframe在網(wǎng)絡(luò)壓力較小的時(shí)候來預(yù)加載比較大的文件到緩存，以便其他頁面使用。

預(yù)加載的概念可以用firebug分析google首頁，在body標(biāo)簽里可以看到：

onload=”document.f.q.focus();if(document.images)new Image().src=’/images/nav_LOGO4.png’”

這樣一句代碼，加載的圖片nav_logo4.png在首頁并沒有用到，但搜索結(jié)果列表等其他頁面使用此圖片的時(shí)候只需要從緩存讀取，不需要重新下載了。

3.作為針對IE6瀏覽器中浮動(dòng)層遮不住select控件和Flash元素的一種修正(hack)方式。

Web2.0時(shí)代lightbox（又或thickbox）技術(shù)以它良好的體驗(yàn)與清新的視覺感受成為一種流行效果。

這種技術(shù)實(shí)際上是用一個(gè)絕對定位的浮動(dòng)層覆蓋到原有頁面上，用以呈現(xiàn)文本信息、圖片、表單或其他任意頁面元素，替代了早期web開發(fā)中常使用彈出瀏覽器窗口或者瀏覽器自身的消息、輸入控件來與用戶進(jìn)行交互的方式。

舊有方式中，彈出新窗口的腳本經(jīng)常會(huì)被瀏覽器的廣告攔截系統(tǒng)攔截，而瀏覽器自身的消息控件因?yàn)闀?huì)打斷瀏覽器進(jìn)程，導(dǎo)致瀏覽器中本頁面以及其他通過多標(biāo)簽進(jìn)行瀏覽的網(wǎng)頁全部被鎖死而受到用戶體驗(yàn)研究者的詬病。

作為對自己有嚴(yán)格要求的一線web前端開發(fā)人員，在動(dòng)手實(shí)現(xiàn)lightbox效果的過程中一定會(huì)遇到這個(gè)問題，絕對定位的層在IE6中遮蓋不了網(wǎng)頁上的select控件和flash，即使樣式設(shè)置較高的z-index值也無濟(jì)于事。

這是因?yàn)閟elect元素在IE6中是一個(gè)窗體級(jí)別的元素，它的優(yōu)先級(jí)大大高于其他所有的HTML標(biāo)簽，只有同樣窗體級(jí)別的iframe才能遮住它。

因此開發(fā)者們研究出，把浮動(dòng)層放到iframe中，或者在浮動(dòng)層中放置一個(gè)iframe就可以解決此問題了。

所幸此問題在IE6以后的IE升級(jí)版本中得到了修正，但對于還擁有50%+市場占有率的IE6來說（統(tǒng)計(jì)截至發(fā)文時(shí)間），這個(gè)解決方案依然有現(xiàn)實(shí)意義。

除了以上三種應(yīng)用，對于iframe元素也常見一些不恰當(dāng)?shù)倪\(yùn)用。

例如在頁面中嵌入過多的iframe框架，通過指定框架外鏈接標(biāo)簽的target屬性在點(diǎn)擊時(shí)來更新iframe，這種用法和frameset類似，達(dá)到共用導(dǎo)航的目的。

初衷是好，但其中的弊病也毋庸置疑。

這樣會(huì)導(dǎo)致一個(gè)頁面請求過多，上文所提及的雅虎團(tuán)隊(duì)《Best Practices for Speeding Up Your Web Site》一文中就明確優(yōu)化頁面需要“使iframe的數(shù)量最小”，歸納了其三種弊?。?/span>

即使內(nèi)容為空也會(huì)造成資源損耗(包括客戶端、服務(wù)器端)；

阻滯頁面onload事件觸發(fā)（“Blocks page onload”，又有譯作“會(huì)阻止頁面加載”，此處存疑）

沒有語義（SEO是網(wǎng)站營銷的重要組成部分）

在XHTML1.0的下一個(gè)版本HTML5中，由于frameset標(biāo)簽對網(wǎng)頁可用性方面產(chǎn)生的負(fù)面影響，沒有對它提供支持，這也從側(cè)面說明一些問題。

另外，由于內(nèi)嵌的iframe不能自動(dòng)適應(yīng)其內(nèi)部內(nèi)容大小，為了保持頁面顯示的完整性，還需要編寫一段JavaScript腳本來根據(jù)iframe內(nèi)容的變化即時(shí)調(diào)整其大小。

分散的多個(gè)請求再加上需要JavaScript腳本來修正更增加了多iframe頁面系統(tǒng)運(yùn)行的風(fēng)險(xiǎn)。

那么，有沒有什么好的方法能保持部分頁面內(nèi)容公用呢？服務(wù)器端早就給我們提供了解決方案，ASP中的include，PHP中的require方法，都是用來包含一段已有的代碼到程序中，這樣同樣能實(shí)現(xiàn)頁面的某個(gè)部分（如導(dǎo)航菜單、頁腳）公用，但是運(yùn)行之后作為一個(gè)完整的頁面輸出，有效地減少了客戶端請求，同時(shí)也不存在iframe的高度自適應(yīng)的問題。