js跨域方法

時間 2019-11-10

原文原文鏈接

本文來自網絡（http://f2e.me/200904/cross-scripting/，該網址已不能訪問），僅做我的讀書筆記之用，並稍做修改和補充。css

什麼是跨域html

JavaScript出於安全方面的考慮，不容許跨域調用其餘頁面的對象。但在安全限制的同時也給注入iframe或是ajax應用上帶來了很多麻煩。這裏把涉及到跨域的一些問題簡單地整理一下：html5

首先什麼是跨域，簡單地理解就是由於JavaScript同源策略的限制，a.com 域名下的js沒法操做b.com或是c.a.com域名下的對象。更詳細的說明能夠看下錶：java

URLnode	說明jquery	是否容許通訊web
http://www.a.com/a.jsajax http://www.a.com/b.jschrome	同一域名下	容許
http://www.a.com/lab/a.js http://www.a.com/script/b.js	同一域名下不一樣文件夾	容許
http://www.a.com:8000/a.js http://www.a.com/b.js	同一域名，不一樣端口	不容許
http://www.a.com/a.js https://www.a.com/b.js	同一域名，不一樣協議	不容許
http://www.a.com/a.js http://70.32.92.74/b.js	域名和域名對應ip	不容許
http://www.a.com/a.js http://script.a.com/b.js	主域相同，子域不一樣	不容許
http://www.a.com/a.js http://a.com/b.js	同一域名，不一樣二級域名（同上）	不容許（cookie這種狀況下也不容許訪問）
http://www.cnblogs.com/a.js http://www.a.com/b.js	不一樣域名	不容許

特別注意兩點：

第一，若是是協議和端口形成的跨域問題「前臺」是無能爲力的，

第二：在跨域問題上，域僅僅是經過「URL的首部」來識別而不會去嘗試判斷相同的ip地址對應着兩個域或兩個域是否在同一個ip上。

「URL的首部」指window.location.protocol +window.location.host，也能夠理解爲「Domains, protocols and ports must match」。

接下來簡單地總結一下在「前臺」通常處理跨域的辦法，後臺proxy這種方案牽涉到後臺配置，這裏就不闡述了，有興趣的能夠看看yahoo的這篇文章：《JavaScript: Use a Web Proxy for Cross-Domain XMLHttpRequest Calls》

一、document.domain+iframe的設置

對於主域相同而子域不一樣的例子，能夠經過設置document.domain的辦法來解決。具體的作法是能夠在http://www.a.com/a.html和http://script.a.com/b.html兩個文件中分別加上document.domain = ‘a.com’；而後經過a.html文件中建立一個iframe，去控制iframe的contentDocument，這樣兩個js文件之間就能夠「交互」了。固然這種辦法只能解決主域相同而二級域名不一樣的狀況，若是你異想天開的把script.a.com的domian設爲alibaba.com那顯然是會報錯地！代碼以下：

www.a.com上的a.html

document.domain = 'a.com';
var ifr = document.createElement('iframe');
ifr.src = 'http://script.a.com/b.html';
ifr.style.display = 'none';
document.body.appendChild(ifr);
ifr.onload = function(){
    var doc = ifr.contentDocument || ifr.contentWindow.document;
    // 在這裏操縱b.html
    alert(doc.getElementsByTagName("h1")[0].childNodes[0].nodeValue);
};

script.a.com上的b.html

document.domain = 'a.com';

這種方式適用於{www.kuqin.com, kuqin.com, script.kuqin.com, css.kuqin.com}中的任何頁面相互通訊。

備註：某一頁面的domain默認等於window.location.hostname。主域名是不帶www的域名，例如a.com，主域名前面帶前綴的一般都爲二級域名或多級域名，例如www.a.com實際上是二級域名。 domain只能設置爲主域名，不能夠在b.a.com中將domain設置爲c.a.com。

問題：

一、安全性，當一個站點（b.a.com）被攻擊後，另外一個站點（c.a.com）會引發安全漏洞。

二、若是一個頁面中引入多個iframe，要想可以操做全部iframe，必須都得設置相同domain。

二、動態建立script

雖然瀏覽器默認禁止了跨域訪問，但並不由止在頁面中引用其餘域的JS文件，並能夠自由執行引入的JS文件中的function（包括操做cookie、Dom等等）。根據這一點，能夠方便地經過建立script節點的方法來實現徹底跨域的通訊。具體的作法能夠參考YUI的Get Utility

這裏判斷script節點加載完畢仍是蠻有意思的：ie只能經過script的readystatechange屬性，其它瀏覽器是script的load事件。如下是部分判斷script加載完畢的方法。

js.onload = js.onreadystatechange = function() {
    if (!this.readyState || this.readyState === 'loaded' || this.readyState === 'complete') {
        // callback在此處執行
        js.onload = js.onreadystatechange = null;
    }
};

三、利用iframe和location.hash

這個辦法比較繞，可是能夠解決徹底跨域狀況下的腳步置換問題。原理是利用location.hash來進行傳值。在url： http://a.com#helloword中的‘#helloworld’就是location.hash，改變hash並不會致使頁面刷新，因此能夠利用hash值來進行數據傳遞，固然數據容量是有限的。假設域名a.com下的文件cs1.html要和cnblogs.com域名下的cs2.html傳遞信息，cs1.html首先建立自動建立一個隱藏的iframe，iframe的src指向cnblogs.com域名下的cs2.html頁面，這時的hash值能夠作參數傳遞用。cs2.html響應請求後再將經過修改cs1.html的hash值來傳遞數據（因爲兩個頁面不在同一個域下IE、Chrome不容許修改parent.location.hash的值，因此要藉助於a.com域名下的一個代理iframe；Firefox能夠修改）。同時在cs1.html上加一個定時器，隔一段時間來判斷location.hash的值有沒有變化，一點有變化則獲取獲取hash值。代碼以下：

先是a.com下的文件cs1.html文件：

function startRequest(){
    var ifr = document.createElement('iframe');
    ifr.style.display = 'none';
    ifr.src = 'http://www.cnblogs.com/lab/cscript/cs2.html#paramdo';
    document.body.appendChild(ifr);
}

cnblogs.com域名下的cs2.html:

//模擬一個簡單的參數處理操做
switch(location.hash){
    case '#paramdo':
        callBack();
        break;
    case '#paramset':
        //do something……
        break;
}

function callBack(){
    try {
        parent.location.hash = 'somedata';
    } catch (e) {
        // ie、chrome的安全機制沒法修改parent.location.hash，
        // 因此要利用一箇中間的cnblogs域下的代理iframe
        var ifrproxy = document.createElement('iframe');
        ifrproxy.style.display = 'none';
        ifrproxy.src = 'http://a.com/test/cscript/cs3.html#somedata';    // 注意該文件在"a.com"域下
        document.body.appendChild(ifrproxy);
    }
}

a.com下的域名cs3.html

//由於parent.parent和自身屬於同一個域，因此能夠改變其location.hash的值
parent.parent.location.hash = self.location.hash.substring(1);

固然這樣作也存在不少缺點，諸如數據直接暴露在了url中，數據容量和類型都有限等……

四、window.name實現的跨域數據傳輸

文章較長列在此處不便於閱讀，詳細請看 window.name實現的跨域數據傳輸。

五、使用HTML5 postMessage

HTML5中最酷的新功能之一就是跨文檔消息傳輸Cross Document Messaging。下一代瀏覽器都將支持這個功能：Chrome 2.0+、Internet Explorer 8.0+, Firefox 3.0+, Opera 9.6+, 和 Safari 4.0+ 。 Facebook已經使用了這個功能，用postMessage支持基於web的實時消息傳遞。

otherWindow.postMessage(message, targetOrigin);

otherWindow: 對接收信息頁面的window的引用。能夠是頁面中iframe的contentWindow屬性；window.open的返回值；經過name或下標從window.frames取到的值。

message: 所要發送的數據，string類型。

targetOrigin: 用於限制otherWindow，「*」表示不做限制

a.com/index.html中的代碼：

b.com/index.html中的代碼：

參考文章：《精通HTML5編程》第五章——跨文檔消息機制、https://developer.mozilla.org/en/dom/window.postmessage

六、利用flash

這是從YUI3的IO組件中看到的辦法，具體可見http://developer.yahoo.com/yui/3/io/。

能夠看在Adobe Developer Connection看到更多的跨域代理文件規範：ross-Domain Policy File Specifications、HTTP Headers Blacklist。

來自 <http://www.cnblogs.com/rainman/archive/2011/02/20/1959325.html>

一、jsonp

JSON的優勢：

一、基於純文本，跨平臺傳遞極其簡單；

二、Javascript原生支持，後臺語言幾乎所有支持；

三、輕量級數據格式，佔用字符數量極少，特別適合互聯網傳遞；

四、可讀性較強，雖然比不上XML那麼一目瞭然，但在合理的依次縮進以後仍是很容易識別的；

五、容易編寫和解析，固然前提是你要知道數據結構；

好比Google的ajax搜索接口：http://ajax.googleapis.com/ajax/services/search/web?v=1.0&q=?&callback=?

q=?這個問號是表示你要搜索的內容，最重要的是第二個callback=?這個是正如其名錶示回調函數的名稱，也就是將你本身在客戶端定義的回調函數的函數名傳送給服務端，服務端則會返回以你定義的回調函數名的方法，將獲取的json數據傳入這個方法完成回調。有點羅嗦了，仍是看看實現代碼吧：

//添加<script>標籤的方法

function addScriptTag(src){

var script = document.createElement('script');

script.setAttribute("type","text/javascript");

script.src = src;

document.body.appendChild(script);

}

window.onload = function(){

//搜索apple，將自定義的回調函數名result傳入callback參數中

addScriptTag("http://ajax.googleapis.com/ajax/services/search/web?v=1.0&q=apple&callback=result");

}

//自定義的回調函數result

function result(data) {

//咱們就簡單的獲取apple搜索結果的第一條記錄中url數據

alert(data.responseData.results[0].unescapedUrl);

}

</script>

接下來咱們本身來建立一個簡單的遠程服務，實現和上面同樣的JSONP服務。仍是利用Web程序A和程序B來作演示，此次咱們在程序B上建立一個MyService.ashx文件。

程序B的MyService.ashx代碼：

1 public class MyService : IHttpHandler

2 {

3 public void ProcessRequest(HttpContext context)

4 {

5 //獲取回調函數名

6 string callback = context.Request.QueryString["callback"];

7 //json數據

8 string json = "{\"name\":\"chopper\",\"sex\":\"man\"}";

10 context.Response.ContentType = "application/json";

11 //輸出：回調函數名(json數據)

12 context.Response.Write(callback + "(" + json + ")");

13 }

15 public bool IsReusable

16 {

17 get

18 {

19 return false;

20 }

21 }

22 }

程序A的sample代碼中的調用：

1 <script type="text/javascript">

2 function addScriptTag(src){

3 var script = document.createElement('script');

4 script.setAttribute("type","text/javascript");

5 script.src = src;

6 document.body.appendChild(script);

7 }

9 window.onload = function(){

10 //調用遠程服務

11 addScriptTag("http://localhost:20002/MyService.ashx?callback=person");

13 }

14 //回調函數person

15 function person(data) {

16 alert(data.name + " is a " + data.sex);

17 }

18 </script>

jQuery對JSONP的實現

jQuery框架也固然支持JSONP，可使用$.getJSON(url,[data],[callback])方法(詳細能夠參考http://api.jquery.com/jQuery.getJSON/)。那咱們就來修改下程序A的代碼，改用jQuery的getJSON方法來實現(下面的例子沒用用到向服務傳參，因此只寫了getJSON(url,[callback]))：

$.getJSON("http://localhost:20002/MyService.ashx?callback=?",function(data){

alert(data.name + " is a a" + data.sex);

});

</script>

結果是同樣的，要注意的是在url的後面必須添加一個callback參數，這樣getJSON方法纔會知道是用JSONP方式去訪問服務，callback後面的那個問號是內部自動生成的一個回調函數名。這個函數名你們能夠debug一下看看，好比jQuery17207481773362960666_1332575486681。

$.ajax({

url:"http://localhost:20002/MyService.ashx?callback=?",

dataType:"jsonp",

jsonpCallback:"person",

success:function(data){

alert(data.name + " is a a" + data.sex);

}

});

</script>

沒錯，jsonpCallback就是能夠指定咱們本身的回調方法名person，遠程服務接受callback參數的值就再也不是自動生成的回調名，而是person。dataType是指定按照JSONP方式訪問遠程服務。

jquery在處理jsonp類型的ajax時（仍是忍不住吐槽，雖然jquery也把jsonp納入了ajax，但其實它們真的不是一回事兒），自動幫你生成回調函數並把數據取出來供success屬性方法來調用

一、ajax和jsonp這兩種技術在調用方式上「看起來」很像，目的也同樣，都是請求一個url，而後把服務器返回的數據進行處理，所以jquery和ext等框架都把jsonp做爲ajax的一種形式進行了封裝；

二、但ajax和jsonp其實本質上是不一樣的東西。ajax的核心是經過XmlHttpRequest獲取非本頁內容，而jsonp的核心則是動態添加<script>標籤來調用服務器提供的js腳本。

三、因此說，其實ajax與jsonp的區別不在因而否跨域，ajax經過服務端代理同樣能夠實現跨域，jsonp自己也不排斥同域的數據的獲取。

四、還有就是，jsonp是一種方式或者說非強制性協議，如同ajax同樣，它也不必定非要用json格式來傳遞數據，若是你願意，字符串都行，只不過這樣不利於用jsonp提供公開服務。

總而言之，jsonp不是ajax的一個特例，哪怕jquery等巨頭把jsonp封裝進了ajax，也不能改變着一點！

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。