iframe標記常見的幾種使用方法發(fā)布者：本站 時間：2020-05-16 08:05:29
iframe標簽在網(wǎng)頁中可以創(chuàng)建一個內(nèi)嵌框架，通過指定src屬性來調用另一個網(wǎng)頁文檔的內(nèi)容。
和frameset一樣，用它來對網(wǎng)頁結構進行拆分以使網(wǎng)頁的某些部分保持公用，但相對frameset對整個網(wǎng)頁進行框架結構的拆分來說，iframe更加靈活，可以內(nèi)嵌到網(wǎng)頁的任意地方。
由于iframe使用上的這個特點，在一些網(wǎng)頁中得到了大量運用，也導致了一些不適宜的濫用。
分析一下iframe這個網(wǎng)頁元素常見的幾種使用方式。
1.制作“無刷新”響應頁面組件，作為異步交換數(shù)據(jù)的一種解決方案。
這是早期不使用Ajax來異步發(fā)送請求的一種替代方法，通過在頁面上設置不可見的iframe元素，并將其src屬性指向需要發(fā)送請求的頁面地址來發(fā)送請求，同域下可以再對返回的頁面進行DOM解析來獲取數(shù)據(jù)。
另外一個好處在于繞開了Ajax的沙箱安全模型，可以順利發(fā)送跨域請求獲得數(shù)據(jù)，只是這種情況下取不到iframe的document對象。
因為它的這個特點，在某些需要跨域請求數(shù)據(jù)的網(wǎng)頁中依然有應用。
這種無刷新是指在數(shù)據(jù)交換過程中父頁面不刷新而繼續(xù)對用戶操作保持響應，實際進行數(shù)據(jù)交換而被鎖定的是父頁面上內(nèi)嵌的iframe頁面。
這個內(nèi)嵌iframe頁面根據(jù)需要設置為可見或不可見都可以，并不會影響父頁面中的其他元素對用戶的響應。
這種效果類似Ajax的無刷新，但可以看出其機制是完全不同的。
即使Gmail作為Ajax應用的典范，也結合了很多iframe來實現(xiàn)其優(yōu)越的性能與用戶體驗。
2.優(yōu)化頁面的一種方式。
使用iframe可以并行加載腳本，解決加載緩慢的第三方內(nèi)容如圖標和廣告等的加載問題。
Google的廣告平臺AdSense即通過iframe在用戶的站點上投放廣告分享收益，查看分析國內(nèi)門戶首頁上的廣告代碼也能看到這類技術。
也可用隱藏的iframe在網(wǎng)絡壓力較小的時候來預加載比較大的文件到緩存，以便其他頁面使用。
預加載的概念可以用firebug分析google首頁，在body標簽里可以看到：
onload=”document.f.q.focus();if(document.images)new Image().src=’/images/nav_LOGO4.png’”
這樣一句代碼，加載的圖片nav_logo4.png在首頁并沒有用到，但搜索結果列表等其他頁面使用此圖片的時候只需要從緩存讀取，不需要重新下載了。
3.作為針對IE6瀏覽器中浮動層遮不住select控件和Flash元素的一種修正(hack)方式。
Web2.0時代lightbox（又或thickbox）技術以它良好的體驗與清新的視覺感受成為一種流行效果。
這種技術實際上是用一個絕對定位的浮動層覆蓋到原有頁面上，用以呈現(xiàn)文本信息、圖片、表單或其他任意頁面元素，替代了早期web開發(fā)中常使用彈出瀏覽器窗口或者瀏覽器自身的消息、輸入控件來與用戶進行交互的方式。
舊有方式中，彈出新窗口的腳本經(jīng)常會被瀏覽器的廣告攔截系統(tǒng)攔截，而瀏覽器自身的消息控件因為會打斷瀏覽器進程，導致瀏覽器中本頁面以及其他通過多標簽進行瀏覽的網(wǎng)頁全部被鎖死而受到用戶體驗研究者的詬病。
作為對自己有嚴格要求的一線web前端開發(fā)人員，在動手實現(xiàn)lightbox效果的過程中一定會遇到這個問題，絕對定位的層在IE6中遮蓋不了網(wǎng)頁上的select控件和flash，即使樣式設置較高的z-index值也無濟于事。
這是因為select元素在IE6中是一個窗體級別的元素，它的優(yōu)先級大大高于其他所有的HTML標簽，只有同樣窗體級別的iframe才能遮住它。
因此開發(fā)者們研究出，把浮動層放到iframe中，或者在浮動層中放置一個iframe就可以解決此問題了。
所幸此問題在IE6以后的IE升級版本中得到了修正，但對于還擁有50%+市場占有率的IE6來說（統(tǒng)計截至發(fā)文時間），這個解決方案依然有現(xiàn)實意義。
除了以上三種應用，對于iframe元素也常見一些不恰當?shù)倪\用。
例如在頁面中嵌入過多的iframe框架，通過指定框架外鏈接標簽的target屬性在點擊時來更新iframe，這種用法和frameset類似，達到共用導航的目的。
初衷是好，但其中的弊病也毋庸置疑。
這樣會導致一個頁面請求過多，上文所提及的雅虎團隊《Best Practices for Speeding Up Your Web Site》一文中就明確優(yōu)化頁面需要“使iframe的數(shù)量最小”，歸納了其三種弊病：
即使內(nèi)容為空也會造成資源損耗(包括客戶端、服務器端)；
阻滯頁面onload事件觸發(fā)（“Blocks page onload”，又有譯作“會阻止頁面加載”，此處存疑）
沒有語義（SEO是網(wǎng)站營銷的重要組成部分）
在XHTML1.0的下一個版本HTML5中，由于frameset標簽對網(wǎng)頁可用性方面產(chǎn)生的負面影響，沒有對它提供支持，這也從側面說明一些問題。
另外，由于內(nèi)嵌的iframe不能自動適應其內(nèi)部內(nèi)容大小，為了保持頁面顯示的完整性，還需要編寫一段JavaScript腳本來根據(jù)iframe內(nèi)容的變化即時調整其大小。
分散的多個請求再加上需要JavaScript腳本來修正更增加了多iframe頁面系統(tǒng)運行的風險。
那么，有沒有什么好的方法能保持部分頁面內(nèi)容公用呢？服務器端早就給我們提供了解決方案，ASP中的include，PHP中的require方法，都是用來包含一段已有的代碼到程序中，這樣同樣能實現(xiàn)頁面的某個部分（如導航菜單、頁腳）公用，但是運行之后作為一個完整的頁面輸出，有效地減少了客戶端請求，同時也不存在iframe的高度自適應的問題。
選擇我們，優(yōu)質服務，不容錯過
1. 優(yōu)秀的網(wǎng)絡資源，強大的網(wǎng)站優(yōu)化技術，穩(wěn)定的網(wǎng)站和速度保證
2. 15年上海網(wǎng)站建設經(jīng)驗，優(yōu)秀的技術和設計水平，更放心
3. 全程省心服務，不必擔心自己不懂網(wǎng)絡，更省心。
------------------------------------------------------------
24小時聯(lián)系電話：021-58370032