日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間：8:30-17:00
你可能遇到了下面的問(wèn)題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營(yíng)銷解決方案
前端跨域整理

前言

原文地址：前端跨域總結(jié)

博主博客地址：Damonare的個(gè)人博客

相信每一個(gè)前端er對(duì)于跨域這兩個(gè)字都不會(huì)陌生，在實(shí)際項(xiàng)目中應(yīng)用也是比較多的。但跨域方法的多種多樣實(shí)在讓人目不暇接。老規(guī)矩，碰到這種情況，就只能自己總結(jié)一篇博客，作為記錄。

正文

1. 什么是跨域?

跨域一詞從字面意思看，就是跨域名嘛，但實(shí)際上跨域的范圍絕對(duì)不止那么狹隘。具體概念如下：只要協(xié)議、域名、端口有任何一個(gè)不同，都被當(dāng)作是不同的域。之所以會(huì)產(chǎn)生跨域這個(gè)問(wèn)題呢，其實(shí)也很容易想明白，要是隨便引用外部文件，不同標(biāo)簽下的頁(yè)面引用類似的彼此的文件，瀏覽器很容易懵逼的，安全也得不到保障了就。什么事，都是安全***嘛。但在安全限制的同時(shí)也給注入iframe或是ajax應(yīng)用上帶來(lái)了不少麻煩。所以我們要通過(guò)一些方法使本域的js能夠操作其他域的頁(yè)面對(duì)象或者使其他域的js能操作本域的頁(yè)面對(duì)象(iframe之間)。下面是具體的跨域情況詳解： 

 
 
    
  
  
  1. URL                      說(shuō)明       是否允許通信 
    2. 
  
  
  2. http://www.a.com/a.js 
    3. 
  
  
  3. http://www.a.com/b.js     同一域名下   允許 
    4. 
  
  
  4.  
    5. 
  
  
  5. http://www.a.com/lab/a.js 
    6. 
  
  
  6. http://www.a.com/script/b.js 同一域名下不同文件夾 允許 
    7. 
  
  
  7.  
    8. 
  
  
  8. http://www.a.com:8000/a.js 
    9. 
  
  
  9. http://www.a.com/b.js     同一域名，不同端口  不允許 
    10. 
  
  
  10.  
    11. 
  
  
  11. http://www.a.com/a.js 
    12. 
  
  
  12. https://www.a.com/b.js 同一域名，不同協(xié)議 不允許 
    13. 
  
  
  13.  
    14. 
  
  
  14. http://www.a.com/a.js 
    15. 
  
  
  15. http://70.32.92.74/b.js 域名和域名對(duì)應(yīng)ip 不允許 
    16. 
  
  
  16.  
    17. 
  
  
  17. http://www.a.com/a.js 
    18. 
  
  
  18. http://script.a.com/b.js 主域相同，子域不同 不允許（cookie這種情況下也不允許訪問(wèn)） 
    19. 
  
  
  19.  
    20. 
  
  
  20. http://www.a.com/a.js 
    21. 
  
  
  21. http://a.com/b.js 同一域名，不同二級(jí)域名（同上） 不允許（cookie這種情況下也不允許訪問(wèn)） 
    22. 
  
  
  22.  
    23. 
  
  
  23. http://www.cnblogs.com/a.js 
    24. 
  
  
  24. http://www.a.com/b.js 不同域名 不允許  
    25.

這里我們需要注意兩點(diǎn):

  • 如果是協(xié)議和端口造成的跨域問(wèn)題“前臺(tái)”是無(wú)能為力的;
  • 在跨域問(wèn)題上，域僅僅是通過(guò)“URL的首部”來(lái)識(shí)別而不會(huì)去嘗試判斷相同的ip地址對(duì)應(yīng)著兩個(gè)域或兩個(gè)域是否在同一個(gè)ip上。(“URL的首部”指window.location.protocol +window.location.host，也可以理解為“Domains, protocols and ports must match”。)

2. 通過(guò)document.domain跨域

前面說(shuō)過(guò)了，瀏覽器有一個(gè)同源策略，其限制之一是不能通過(guò)ajax的方法去請(qǐng)求不同源中的文檔。 第二個(gè)限制是瀏覽器中不同域的框架之間是不能進(jìn)行js的交互操作的。不同的框架之間是可以獲取window對(duì)象的，但卻無(wú)法獲取相應(yīng)的屬性和方法。比如，有一個(gè)頁(yè)面，它的地址是http://www.damonare.cn/a.html ， 在這個(gè)頁(yè)面里面有一個(gè)iframe，它的src是http://damonare.cn/b.html, 很顯然，這個(gè)頁(yè)面與它里面的iframe框架是不同域的，所以我們是無(wú)法通過(guò)在頁(yè)面中書(shū)寫(xiě)js代碼來(lái)獲取iframe中的東西的：

 
 
    
  
  
  1.  
    2. 
  
  
  2.   
    3.

這個(gè)時(shí)候，document.domain就可以派上用場(chǎng)了，我們只要把http://www.damonare.cn/a.html和http://damonare.cn/b.html這兩個(gè)頁(yè)面的document.domain都設(shè)成相同的域名就可以了。但要注意的是，document.domain的設(shè)置是有限制的，我們只能把document.domain設(shè)置成自身或更高一級(jí)的父域，且主域必須相同。

  • 在頁(yè)面http://www.damonare.cn/a.html 中設(shè)置document.domain:
 
 
    
  
  
  1.  
    2. 
  
  
  2.   
    3.
  • 在頁(yè)面http://damonare.cn/b.html 中也設(shè)置document.domain:
 
 
    
  
  
  1.   
    2.

修改document.domain的方法只適用于不同子域的框架間的交互。

3. 通過(guò)location.hash跨域

因?yàn)楦复翱诳梢詫?duì)iframe進(jìn)行URL讀寫(xiě)，iframe也可以讀寫(xiě)父窗口的URL，URL有一部分被稱為hash，就是#號(hào)及其后面的字符，它一般用于瀏覽器錨點(diǎn)定位，Server端并不關(guān)心這部分，應(yīng)該說(shuō)HTTP請(qǐng)求過(guò)程中不會(huì)攜帶hash，所以這部分的修改不會(huì)產(chǎn)生HTTP請(qǐng)求，但是會(huì)產(chǎn)生瀏覽器歷史記錄。此方法的原理就是改變URL的hash部分來(lái)進(jìn)行雙向通信。每個(gè)window通過(guò)改變其他 window的location來(lái)發(fā)送消息(由于兩個(gè)頁(yè)面不在同一個(gè)域下IE、Chrome不允許修改parent.location.hash的值，所以要借助于父窗口域名下的一個(gè)代理iframe)，并通過(guò)監(jiān)聽(tīng)自己的URL的變化來(lái)接收消息。這個(gè)方式的通信會(huì)造成一些不必要的瀏覽器歷史記錄，而且有些瀏覽器不支持onhashchange事件，需要輪詢來(lái)獲知URL的改變，***，這樣做也存在缺點(diǎn)，諸如數(shù)據(jù)直接暴露在了url中，數(shù)據(jù)容量和類型都有限等。下面舉例說(shuō)明：

假如父頁(yè)面是baidu.com/a.html,iframe嵌入的頁(yè)面為google.com/b.html(此處省略了域名等url屬性)，要實(shí)現(xiàn)此兩個(gè)頁(yè)面間的通信可以通過(guò)以下方法。

  • a.html傳送數(shù)據(jù)到b.html
    • a.html下修改iframe的src為google.com/b.html#paco
    • b.html監(jiān)聽(tīng)到url發(fā)生變化，觸發(fā)相應(yīng)操作
  • b.html傳送數(shù)據(jù)到a.html，由于兩個(gè)頁(yè)面不在同一個(gè)域下IE、Chrome不允許修改parent.location.hash的值，所以要借助于父窗口域名下的一個(gè)代理iframe
    • b.html下創(chuàng)建一個(gè)隱藏的iframe，此iframe的src是baidu.com域下的，并掛上要傳送的hash數(shù)據(jù)，如src="http://www.baidu.com/proxy.html#data"
    • proxy.html監(jiān)聽(tīng)到url發(fā)生變化，修改a.html的url(因?yàn)閍.html和proxy.html同域，所以proxy.html可修改a.html的url hash)
    • a.html監(jiān)聽(tīng)到url發(fā)生變化，觸發(fā)相應(yīng)操作

b.html頁(yè)面的關(guān)鍵代碼如下:

 
 
    
  
  
  1. try {   
    2. 
  
  
  2.     parent.location.hash = 'data';   
    3. 
  
  
  3. } catch (e) {   
    4. 
  
  
  4.     // ie、chrome的安全機(jī)制無(wú)法修改parent.location.hash，   
    5. 
  
  
  5.     var ifrproxy = document.createElement('iframe');   
    6. 
  
  
  6.     ifrproxy.style.display = 'none';   
    7. 
  
  
  7.     ifrproxy.src = "http://www.baidu.com/proxy.html#data";   
    8. 
  
  
  8.     document.body.appendChild(ifrproxy);   
    9. 
  
  
  9. }  
    10.

proxy.html頁(yè)面的關(guān)鍵代碼如下 :

 
 
    
  
  
  1. //因?yàn)閜arent.parent（即baidu.com/a.html）和baidu.com/proxy.html屬于同一個(gè)域，所以可以改變其location.hash的值   
    2. 
  
  
  2. parent.parent.location.hash = self.location.hash.substring(1);   
    3.

4. 通過(guò)HTML5的postMessage方法跨域

高級(jí)瀏覽器Internet Explorer 8+, chrome，F(xiàn)irefox , Opera 和 Safari 都將支持這個(gè)功能。這個(gè)功能主要包括接受信息的"message"事件和發(fā)送消息的"postMessage"方法。比如damonare.cn域的A頁(yè)面通過(guò)iframe嵌入了一個(gè)google.com域的B頁(yè)面，可以通過(guò)以下方法實(shí)現(xiàn)A和B的通信

A頁(yè)面通過(guò)postMessage方法發(fā)送消息：

 
 
    
  
  
  1. window.onload = function() {   
    2. 
  
  
  2.     var ifr = document.getElementById('ifr');   
    3. 
  
  
  3.     var targetOrigin = "http://www.google.com";   
    4. 
  
  
  4.     ifr.contentWindow.postMessage('hello world!', targetOrigin);   
    5. 
  
  
  5. };  
    6.

postMessage的使用方法：

  • otherWindow.postMessage(message, targetOrigin);
    • otherWindow:指目標(biāo)窗口，也就是給哪個(gè)window發(fā)消息，是 window.frames 屬性的成員或者由 window.open 方法創(chuàng)建的窗口
    • message: 是要發(fā)送的消息，類型為 String、Object (IE8、9 不支持)
    • targetOrigin: 是限定消息接收范圍，不限制請(qǐng)使用 '*

B頁(yè)面通過(guò)message事件監(jiān)聽(tīng)并接受消息:

 
 
    
  
  
  1. var onmessage = function (event) {   
    2. 
  
  
  2.   var data = event.data;//消息   
    3. 
  
  
  3.   var origin = event.origin;//消息來(lái)源地址   
    4. 
  
  
  4.   var source = event.source;//源Window對(duì)象   
    5. 
  
  
  5.   if(origin=="http://www.baidu.com"){   
    6. 
  
  
  6. console.log(data);//hello world!   
    7. 
  
  
  7.   }   
    8. 
  
  
  8. };   
    9. 
  
  
  9. if (typeof window.addEventListener != 'undefined') {   
    10. 
  
  
  10.   window.addEventListener('message', onmessage, false);   
    11. 
  
  
  11. } else if (typeof window.attachEvent != 'undefined') {   
    12. 
  
  
  12.   //for ie   
    13. 
  
  
  13.   window.attachEvent('onmessage', onmessage);   
    14. 
  
  
  14. }    
    15.

同理，也可以B頁(yè)面發(fā)送消息，然后A頁(yè)面監(jiān)聽(tīng)并接受消息。

5.通過(guò)jsonp跨域

剛才說(shuō)的這幾種都是雙向通信的，即兩個(gè)iframe，頁(yè)面與iframe或是頁(yè)面與頁(yè)面之間的，下面說(shuō)幾種單項(xiàng)跨域的(一般用來(lái)獲取數(shù)據(jù))，因?yàn)橥ㄟ^(guò)script標(biāo)簽引入的js是不受同源策略的限制的。所以我們可以通過(guò)script標(biāo)簽引入一個(gè)js或者是一個(gè)其他后綴形式(如php，jsp等)的文件，此文件返回一個(gè)js函數(shù)的調(diào)用。

比如，有個(gè)a.html頁(yè)面，它里面的代碼需要利用ajax獲取一個(gè)不同域上的json數(shù)據(jù)，假設(shè)這個(gè)json數(shù)據(jù)地址是http://damonare.cn/data.php,那么a.html中的代碼就可以這樣：

 
 
    
  
  
  1.  
    2. 
  
  
  2.   
    3.

我們看到獲取數(shù)據(jù)的地址后面還有一個(gè)callback參數(shù)，按慣例是用這個(gè)參數(shù)名，但是你用其他的也一樣。當(dāng)然如果獲取數(shù)據(jù)的jsonp地址頁(yè)面不是你自己能控制的，就得按照提供數(shù)據(jù)的那一方的規(guī)定格式來(lái)操作了。

因?yàn)槭钱?dāng)做一個(gè)js文件來(lái)引入的，所以http://damonare.cn/data.php返回的必須是一個(gè)能執(zhí)行的js文件，所以這個(gè)頁(yè)面的php代碼可能是這樣的(一定要和后端約定好哦):

 
 
    
  
  
  1. 
  
  
  2. $callback = $_GET['callback'];//得到回調(diào)函數(shù)名 
    3. 
  
  
  3. $data = array('a','b','c');//要返回的數(shù)據(jù) 
    4. 
  
  
  4. echo $callback.'('.json_encode($data).')';//輸出 
    5. 
  
  
  5. ?>  
    6.

最終，輸出結(jié)果為：dosomething(['a','b','c']);

如果你的頁(yè)面使用jquery，那么通過(guò)它封裝的方法就能很方便的來(lái)進(jìn)行jsonp操作了。

 
 
    
  
  
  1.   
    2.

jquery會(huì)自動(dòng)生成一個(gè)全局函數(shù)來(lái)替換callback=?中的問(wèn)號(hào)，之后獲取到數(shù)據(jù)后又會(huì)自動(dòng)銷毀，實(shí)際上就是起一個(gè)臨時(shí)代理函數(shù)的作用。$.getJSON方法會(huì)自動(dòng)判斷是否跨域，不跨域的話，就調(diào)用普通的ajax方法;跨域的話，則會(huì)以異步加載js文件的形式來(lái)調(diào)用jsonp的回調(diào)函數(shù)。

  • JSONP的優(yōu)缺點(diǎn)
    • JSONP的優(yōu)點(diǎn)是：它不像XMLHttpRequest對(duì)象實(shí)現(xiàn)的Ajax請(qǐng)求那樣受到同源策略的限制;它的兼容性更好，在更加古老的瀏覽器中都可以運(yùn)行，不需要XMLHttpRequest或ActiveX的支持;并且在請(qǐng)求完畢后可以通過(guò)調(diào)用callback的方式回傳結(jié)果。
    • JSONP的缺點(diǎn)則是：它只支持GET請(qǐng)求而不支持POST等其它類型的HTTP請(qǐng)求;它只支持跨域HTTP請(qǐng)求這種情況，不能解決不同域的兩個(gè)頁(yè)面之間如何進(jìn)行JavaScript調(diào)用的問(wèn)題。

6. 通過(guò)CORS跨域

CORS(Cross-Origin Resource Sharing)跨域資源共享，定義了必須在訪問(wèn)跨域資源時(shí)，瀏覽器與服務(wù)器應(yīng)該如何溝通。CORS背后的基本思想就是使用自定義的HTTP頭部讓瀏覽器與服務(wù)器進(jìn)行溝通，從而決定請(qǐng)求或響應(yīng)是應(yīng)該成功還是失敗。目前，所有瀏覽器都支持該功能，IE瀏覽器不能低于IE10。整個(gè)CORS通信過(guò)程，都是瀏覽器自動(dòng)完成，不需要用戶參與。對(duì)于開(kāi)發(fā)者來(lái)說(shuō)，CORS通信與同源的AJAX通信沒(méi)有差別，代碼完全一樣。瀏覽器一旦發(fā)現(xiàn)AJAX請(qǐng)求跨源，就會(huì)自動(dòng)添加一些附加的頭信息，有時(shí)還會(huì)多出一次附加的請(qǐng)求，但用戶不會(huì)有感覺(jué)。

因此，實(shí)現(xiàn)CORS通信的關(guān)鍵是服務(wù)器。只要服務(wù)器實(shí)現(xiàn)了CORS接口，就可以跨源通信。

平時(shí)的ajax請(qǐng)求可能是這樣的:

 
 
    
  
  
  1.   
    2.

以上damonare部分是相對(duì)路徑，如果我們要使用CORS，相關(guān)Ajax代碼可能如下所示：

 
 
    
  
  
  1.   
    2.

代碼與之前的區(qū)別就在于相對(duì)路徑換成了其他域的絕對(duì)路徑，也就是你要跨域訪問(wèn)的接口地址。

服務(wù)器端對(duì)于CORS的支持，主要就是通過(guò)設(shè)置Access-Control-Allow-Origin來(lái)進(jìn)行的。如果瀏覽器檢測(cè)到相應(yīng)的設(shè)置，就可以允許Ajax進(jìn)行跨域的訪問(wèn)。關(guān)于CORS更多了解可以看下阮一峰老師的這一篇文章：跨域資源共享 CORS 詳解

  • CORS和JSONP對(duì)比
    • JSONP只能實(shí)現(xiàn)GET請(qǐng)求，而CORS支持所有類型的HTTP請(qǐng)求。
    • 使用CORS，開(kāi)發(fā)者可以使用普通的XMLHttpRequest發(fā)起請(qǐng)求和獲得數(shù)據(jù)，比起JSONP有更好的錯(cuò)誤處理。
    • JSONP主要被老的瀏覽器支持，它們往往不支持CORS，而絕大多數(shù)現(xiàn)代瀏覽器都已經(jīng)支持了CORS)。

CORS與JSONP相比，無(wú)疑更為先進(jìn)、方便和可靠。

7. 通過(guò)window.name跨域

window對(duì)象有個(gè)name屬性，該屬性有個(gè)特征：即在一個(gè)窗口(window)的生命周期內(nèi),窗口載入的所有的頁(yè)面都是共享一個(gè)window.name的，每個(gè)頁(yè)面對(duì)window.name都有讀寫(xiě)的權(quán)限，window.name是持久存在一個(gè)窗口載入過(guò)的所有頁(yè)面中的，并不會(huì)因新頁(yè)面的載入而進(jìn)行重置。

比如：我們?cè)谌我庖粋€(gè)頁(yè)面輸入

 
 
    
  
  
  1. window.name = "My window's name"; 
    2. 
  
  
  2. setTimeout(function(){ 
    3. 
  
  
  3.     window.location.href = "http://damonare.cn/"; 
    4. 
  
  
  4. },1000)  
    5.

進(jìn)入damonare.cn頁(yè)面后我們?cè)贆z測(cè)再檢測(cè) window.name :

 
 
    
  
  
  1. window.name; // My window's name 
    2.

可以看到，如果在一個(gè)標(biāo)簽里面跳轉(zhuǎn)網(wǎng)頁(yè)的話，我們的 window.name 是不會(huì)改變的。基于這個(gè)思想，我們可以在某個(gè)頁(yè)面設(shè)置好 window.name 的值，然后跳轉(zhuǎn)到另外一個(gè)頁(yè)面。在這個(gè)頁(yè)面中就可以獲取到我們剛剛設(shè)置的 window.name 了。

由于安全原因，瀏覽器始終會(huì)保持 window.name 是string 類型。

同樣這個(gè)方法也可以應(yīng)用到和iframe的交互來(lái)：

比如：我的頁(yè)面(http://damonare.cn/index.html)中內(nèi)嵌了一個(gè)iframe：

 
 
    
  
  
  1.  
    2.

在 iframe.html 中設(shè)置好了 window.name 為我們要傳遞的字符串。我們?cè)?index.html 中寫(xiě)了下面的代碼：

 
 
    
  
  
  1. var iframe = document.getElementById('iframe'); 
    2. 
  
  
  2. var data = ''; 
    3. 
  
  
  3.  
    4. 
  
  
  4. iframe.onload = function() { 
    5. 
  
  
  5.     data = iframe.contentWindow.name; 
    6. 
  
  
  6. };  
    7.

Boom!報(bào)錯(cuò)!肯定的，因?yàn)閮蓚€(gè)頁(yè)面不同源嘛，想要解決這個(gè)問(wèn)題可以這樣干：

 
 
    
  
  
  1. var iframe = document.getElementById('iframe'); 
    2. 
  
  
  2. var data = ''; 
    3. 
  
  
  3.  
    4. 
  
  
  4. iframe.onload = function() { 
    5. 
  
  
  5.     iframe.onload = function(){ 
    6. 
  
  
  6.         data = iframe.contentWindow.name; 
    7. 
  
  
  7.     } 
    8. 
  
  
  8.     iframe.src = 'about:blank'; 
    9. 
  
  
  9. };  
    10.

或者將里面的 about:blank 替換成某個(gè)同源頁(yè)面(about:blank，javascript: 和 data: 中的內(nèi)容，繼承了載入他們的頁(yè)面的源。)

這種方法與 document.domain 方法相比，放寬了域名后綴要相同的限制，可以從任意頁(yè)面獲取 string 類型的數(shù)據(jù)。

后記

其它諸如中間件跨域，服務(wù)器代理跨域，F(xiàn)lash URLLoader跨域，動(dòng)態(tài)創(chuàng)建script標(biāo)簽(簡(jiǎn)化版本的jsonp)不作討論。


網(wǎng)頁(yè)標(biāo)題：前端跨域整理
標(biāo)題路徑：http://m.5511xx.com/article/cccgghc.html