jsonp 跨域原理詳解

JavaScript是一種在Web開發中常用的前端動態腳本技術。在JavaScript中，有一個很重要的安全性限制，被稱爲「Same-Origin Policy」（同源策略）。這一策略對於JavaScript代碼可以訪問的頁面內容作了很重要的限制，即JavaScript只能訪問與包含它的文檔在同一域下的內容。

JavaScript這個安全策略在進行多iframe或多窗口編程、以及Ajax編程時顯得尤其重要。根據這個策略，在baidu.com下的頁面中包含的JavaScript代碼，不能訪問在google.com域名下的頁面內容；甚至不一樣的子域名之間的頁面也不能經過JavaScript代碼互相訪問。對於Ajax的影響在於，經過XMLHttpRequest實現的Ajax請求，不能向不一樣的域提交請求，例如，在abc.example.com下的頁面，不能向def.example.com提交Ajax請求，等等。

然而，當進行一些比較深刻的前端編程的時候，不可避免地須要進行跨域操做，這時候「同源策略」就顯得過於苛刻。JSONP跨域GET請求是一個經常使用的解決方案，下面咱們來看一下JSONP跨域是如何實現的，而且探討下JSONP跨域的原理。

利用在頁面中建立<script>節點的方法向不一樣域提交HTTP請求的方法稱爲JSONP，這項技術能夠解決跨域提交Ajax請求的問題。JSONP的工做原理以下所述：

假設在http://example1.com/index.php這個頁面中向http://example2.com/getinfo.php提交GET請求，咱們能夠將下面的JavaScript代碼放在http://example1.com/index.php這個頁面中來實現：

 

var eleScript= document.createElement("script");
   eleScript.type = "text/javascript";
   eleScript.src = "http://example2.com/getinfo.php";
   document.getElementsByTagName("HEAD")[0].appendChild(eleScript);

 

 

當GET請求從http://example2.com/getinfo.php返回時，能夠返回一段JavaScript代碼，這段代碼會自動執行，能夠用來負責調用http://example1.com/index.php頁面中的一個callback函數。

JSONP的優勢是：它不像XMLHttpRequest對象實現的Ajax請求那樣受到同源策略的限制；它的兼容性更好，在更加古老的瀏覽器中均可以運行，不須要XMLHttpRequest或ActiveX的支持；而且在請求完畢後能夠經過調用callback的方式回傳結果。

JSONP的缺點則是：它只支持GET請求而不支持POST等其它類型的HTTP請求；它只支持跨域HTTP請求這種狀況，不能解決不一樣域的兩個頁面之間如何進行JavaScript調用的問題。

再來一個例子：

var qsData = {
    'searchWord':$("#searchWord").attr("value"),
    'currentUserId':$("#currentUserId").attr("value"),
    'conditionBean.pageSize':$("#pageSize").attr("value")
    };


    $.ajax({
        async:false,
        url: http://跨域的dns/document!searchJSONResult.action,
        type: "GET",
        dataType: 'jsonp',
        jsonp: 'jsoncallback',
        data: qsData,
        timeout: 5000,
        beforeSend: function(){
          //jsonp 方式此方法不被觸發.緣由多是dataType若是指定爲jsonp的話,就已經不是ajax事件了
        },
        success: function (json) {//客戶端jquery預先定義好的callback函數,成功獲取跨域服務器上的json數據後,會動態執行這個callback函數
            if(json.actionErrors.length!=0){
                alert(json.actionErrors);
            },
        }
        genDynamicContent(qsData,type,json);
        complete: function(XMLHttpRequest, textStatus){
            $.unblockUI({ fadeOut: 10 });
        },
        error: function(xhr){
          //jsonp 方式此方法不被觸發.緣由多是dataType若是指定爲jsonp的話,就已經不是ajax事件了
          //請求出錯處理
          alert("請求出錯(請檢查相關度網絡情況.)");
        }
    });

 

有時也會看到這樣的寫法：

$.getJSON("http://跨域的dns/document!searchJSONResult.action?   name1="+value1+"&jsoncallback=?",
 function(json){
 if(json.屬性名==值){
 // 執行代碼
 }
});

 

這種方式實際上是上例$.ajax({..}) api的一種高級封裝，有些$.ajax api底層的參數就被封裝而不可見了。

這樣，jQuery就會拼裝成以下的url get請求：

http://跨域的dns/document!searchJSONResult.action?&jsoncallback=jsonp1236827957501&_=1236828192549&searchWord=%E7%94%A8%E4%BE%8B&currentUserId=5351&conditionBean.pageSize=15

 

在響應端(http://跨域的dns/document!searchJSONResult.action)，經過 jsoncallback = request.getParameter("jsoncallback") 獲得jquery端隨後要回調的js function name:jsonp1236827957501 而後 response的內容爲一個Script Tags:"jsonp1236827957501("+按請求參數生成的json數組+")"; jquery就會經過回調方法動態加載調用這個js tag:jsonp1236827957501(json數組); 這樣就達到了跨域數據交換的目的。

JSONP原理

JSONP的最基本的原理是：動態添加一個<script>標籤，而script標籤的src屬性是沒有跨域的限制的。這樣說來，這種跨域方式其實與ajax XmlHttpRequest協議無關了。

這樣其實"jQuery AJAX跨域問題"就成了個僞命題，jquery $.ajax方法名有誤導人之嫌。

若是設爲dataType: 'jsonp'，這個$.ajax方法就和ajax XmlHttpRequest沒什麼關係了，取而代之的則是JSONP協議。JSONP是一個非官方的協議，它容許在服務器端集成Script tags返回至客戶端，經過javascript callback的形式實現跨域訪問。

JSONP即JSON with Padding。因爲同源策略的限制，XmlHttpRequest只容許請求當前源（域名、協議、端口）的資源。若是要進行跨域請求， 咱們能夠經過使用html的script標記來進行跨域請求，並在響應中返回要執行的script代碼，其中能夠直接使用JSON傳遞javascript對象。 這種跨域的通信方式稱爲JSONP。

jsonCallback 函數jsonp1236827957501(....)：是瀏覽器客戶端註冊的，獲取跨域服務器上的json數據後，回調的函數

Jsonp的執行過程以下：

首先在客戶端註冊一個callback (如:'jsoncallback'), 而後把callback的名字(如:jsonp1236827957501)傳給服務器。注意：服務端獲得callback的數值後，要用jsonp1236827957501(......)把將要輸出的json內容包括起來，此時，服務器生成 json 數據才能被客戶端正確接收。

而後以 javascript 語法的方式，生成一個function， function 名字就是傳遞上來的參數 'jsoncallback'的值 jsonp1236827957501 .

最後將 json 數據直接以入參的方式，放置到 function 中，這樣就生成了一段 js 語法的文檔，返回給客戶端。

客戶端瀏覽器，解析script標籤，並執行返回的 javascript 文檔，此時javascript文檔數據，做爲參數， 傳入到了客戶端預先定義好的 callback 函數(如上例中jquery $.ajax()方法封裝的的success: function (json))裏。

能夠說jsonp的方式原理上和<script src="http://跨域/...xx.js"></script>是一致的(qq空間就是大量採用這種方式來實現跨域數據交換的)。JSONP是一種腳本注入(Script Injection)行爲，因此有必定的安全隱患。

那jquery爲何不支持post方式跨域呢？

雖然採用post+動態生成iframe是能夠達到post跨域的目的(有位js牛人就是這樣把jquery1.2.5 打patch的)，但這樣作是一個比較極端的方式，不建議採用。

也能夠說get方式的跨域是合法的，post方式從安全角度上，被認爲是不合法的，萬不得已仍是不要劍走偏鋒。

client端跨域訪問的需求看來也引發w3c的注意了，看資料說html5 WebSocket標準支持跨域的數據交換，應該也是一個未來可選的跨域數據交換的解決方案。

來個超簡單的例子：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head>
<title>Test Jsonp</title>
   <script type="text/javascript">
 function jsonpCallback(result)
  {
  alert(result.msg);
 }
 </script>
 <script type="text/javascript"src="http://crossdomain.com/jsonServerResponse?jsonp=jsonpCallback"></script>
</head>
<body>
</body>
</html>

 

其中 jsonCallback 是客戶端註冊的，獲取跨域服務器上的json數據後，回調的函數。http://crossdomain.com/jsonServerResponse?jsonp=jsonpCallback 這個 url 是跨域服務器取 json 數據的接口，參數爲回調函數的名字，返回的格式爲：jsonpCallback({msg:'this is json data'})

簡述原理與過程：首先在客戶端註冊一個callback, 而後把callback的名字傳給服務器。此時，服務器先生成 json 數據。 而後以 javascript 語法的方式，生成一個function , function 名字就是傳遞上來的參數 jsonp。最後將 json 數據直接以入參的方式，放置到 function 中，這樣就生成了一段 js 語法的文檔，返回給客戶端。

客戶端瀏覽器，解析script標籤，並執行返回的 javascript 文檔，此時數據做爲參數，傳入到了客戶端預先定義好的 callback 函數裏。（動態執行回調函數）

 

其餘跨域方式

三、使用window.name來進行跨域

window對象有個name屬性，該屬性有個特徵：即在一個窗口(window)的生命週期內,窗口載入的全部的頁面都是共享一個window.name的，每一個頁面對window.name都有讀寫的權限，window.name是持久存在一個窗口載入過的全部頁面中的，並不會因新頁面的載入而進行重置。

好比：有一個頁面a.html,它裏面有這樣的代碼：

再看看b.html頁面的代碼：

a.html頁面載入後3秒，跳轉到了b.html頁面，結果爲：

咱們看到在b.html頁面上成功獲取到了它的上一個頁面a.html給window.name設置的值。若是在以後全部載入的頁面都沒對window.name進行修改的話，那麼全部這些頁面獲取到的window.name的值都是a.html頁面設置的那個值。固然，若是有須要，其中的任何一個頁面均可以對window.name的值進行修改。注意，window.name的值只能是字符串的形式，這個字符串的大小最大能容許2M左右甚至更大的一個容量，具體取決於不一樣的瀏覽器，但通常是夠用了。

上面的例子中，咱們用到的頁面a.html和b.html是處於同一個域的，可是即便a.html與b.html處於不一樣的域中，上述結論一樣是適用的，這也正是利用window.name進行跨域的原理。

下面就來看一看具體是怎麼樣經過window.name來跨域獲取數據的。仍是舉例說明。

好比有一個www.example.com/a.html頁面,須要經過a.html頁面裏的js來獲取另外一個位於不一樣域上的頁面www.cnblogs.com/data.html裏的數據。

data.html頁面裏的代碼很簡單，就是給當前的window.name設置一個a.html頁面想要獲得的數據值。data.html裏的代碼：

那麼在a.html頁面中，咱們怎麼把data.html頁面載入進來呢？顯然咱們不能直接在a.html頁面中經過改變window.location來載入data.html頁面，由於咱們想要即便a.html頁面不跳轉也能獲得data.html裏的數據。答案就是在a.html頁面中使用一個隱藏的iframe來充當一箇中間人角色，由iframe去獲取data.html的數據，而後a.html再去獲得iframe獲取到的數據。

充當中間人的iframe想要獲取到data.html的經過window.name設置的數據，只須要把這個iframe的src設爲www.cnblogs.com/data.html就好了。而後a.html想要獲得iframe所獲取到的數據，也就是想要獲得iframe的window.name的值，還必須把這個iframe的src設成跟a.html頁面同一個域才行，否則根據前面講的同源策略，a.html是不能訪問到iframe裏的window.name屬性的。這就是整個跨域過程。

看下a.html頁面的代碼：

上面的代碼只是最簡單的原理演示代碼，你能夠對使用js封裝上面的過程，好比動態的建立iframe,動態的註冊各類事件等等，固然爲了安全，獲取完數據後，還能夠銷燬做爲代理的iframe。網上也有不少相似的現成代碼，有興趣的能夠去找一下。

經過window.name來進行跨域，就是這樣子的。

 

 

使用HTML5中新引進的window.postMessage方法來跨域傳送數據

window.postMessage(message,targetOrigin)  方法是html5新引進的特性，可使用它來向其它的window對象發送消息，不管這個window對象是屬於同源或不一樣源，目前IE8+、FireFox、Chrome、Opera等瀏覽器都已經支持window.postMessage方法。

調用postMessage方法的window對象是指要接收消息的那一個window對象，該方法的第一個參數message爲要發送的消息，類型只能爲字符串；第二個參數targetOrigin用來限定接收消息的那個window對象所在的域，若是不想限定域，可使用通配符 *  。

須要接收消息的window對象，但是經過監聽自身的message事件來獲取傳過來的消息，消息內容儲存在該事件對象的data屬性中。

上面所說的向其餘window對象發送消息，其實就是指一個頁面有幾個框架的那種狀況，由於每個框架都有一個window對象。在討論第二種方法的時候，咱們說過，不一樣域的框架間是能夠獲取到對方的window對象的，並且也可使用window.postMessage這個方法。下面看一個簡單的示例，有兩個頁面

 

咱們運行a頁面後獲得的結果:

咱們看到b頁面成功的收到了消息。

使用postMessage來跨域傳送數據仍是比較直觀和方便的，可是缺點是IE六、IE7不支持，因此用不用還得根據實際須要來決定。

 

結語：

除了以上幾種方法外，還有flash、在服務器上設置代理頁面等跨域方式，這裏就不作介紹了。

以上四種方法，能夠根據項目的實際狀況來進行選擇應用，我的認爲window.name的方法既不復雜，也能兼容到幾乎全部瀏覽器，這真是極好的一種跨域方法。