jQuery 跨域訪問問題解決方法
阿新 • • 發佈：2019-02-07
瀏覽器端跨域訪問一直是個問題, 多數研發人員對待js的態度都是好了傷疤忘了疼,所以病發的時候,時不時地都要疼上一疼.記得很久以前使用iframe 加script domain 宣告,yahoo js util 的方式解決二級域名跨域訪問的問題.
時間過得好快,又被拉回js戰場時, 跨域問題這個傷疤又開疼了.
好在,有jquery幫忙,跨域問題似乎沒那麼難纏了.這次也藉此機會對跨域問題來給刨根問底,結合實際的開發專案,查閱了相關資料,算是解決了跨域問題..有必要記下來備忘.
跨域的安全限制都是指瀏覽器端來說的.伺服器端是不存在跨域安全限制的,
所以通過本機伺服器端通過類似httpclient方式完成“跨域訪問”的工作，然後在瀏覽器端用AJAX獲取本機伺服器端“跨域訪問”對應的url.來間接完成跨域訪問也是可以的.但很顯然開發量比較大,但限制也最少,很多widget開放平臺server端(如sohu部落格開放平臺)其實就麼搞的.不在本次討論範圍.
要討論的是瀏覽器端的真正跨域訪問,推薦的是目前jQuery $.ajax()支援get方式的跨域,這其實是採用jsonp的方式來完成的.
真實案例:
複製程式碼 程式碼如下:
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¤tUserId=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的最基本的原理是:動態新增一個<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)傳給伺服器。
此時，伺服器先生成 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)行為,所以也有一定的安全隱患.
注意,jquey是不支援post方式跨域的.
為什麼呢?
雖然採用post +動態生成iframe是可以達到post跨域的目的(有位js牛人就是這樣把jquery1.2.5 打patch的),但這樣做是一個比較極端的方式,不建議採用.
也可以說get方式的跨域是合法的,post方式從安全形度上,被認為是不合法的, 萬不得已還是不要劍走偏鋒..
client端跨域訪問的需求看來也引起w3c的注意了,看資料說html5 WebSocket標準支援跨域的資料交換,應該也是一個將來可選的跨域資料交換的解決方案.
script請求返回JSON實際上是指令碼注入。它雖然解決了跨域問題，但它不是萬能的。
1，不能接受HTTP狀態碼
2，不能使用POST提交（預設GET）
3，不能傳送和接受HTTP頭
4，不能設定同步呼叫（預設非同步）
...
其最嚴重的就是不能提供錯誤處理，如果請求的程式碼正常執行那麼會得到正確的結果。如果請求失敗，如404,500之類，那麼可能什麼都不會發生。這篇在上一篇的基礎上將著重解決JSONP的錯誤處理。
說可能是因為有些瀏覽器還是可以提供一些錯誤處理的。如IE9/10/Firefox/Safari/Chrome都支援script的onerror事件，如果請求失敗，在onerror上可以進行必要的回撥處理。但IE6/7/8/Opera卻不支援onerror。這就是令人頭疼的地方，打造一個完美的Sjax不太容易。
只要解決了IE6/7/8/Opera的onerror，整個就ok了。思路是逆向思維：請求成功則成功回撥，否則就是失敗回撥。不拿onerror說事，因為它壓根沒onerror。因此只能那onload說事。就好比以下推論：
“你是對的” 推斷出 “你沒錯”
因為我沒辦法知道你是“錯的”。但我知道你是“對的”，只能拿是否對去推斷你是否錯了。
最後的實現細節如下：
1，IE9/Firefox/Safari/Chrome 成功回撥使用onload事件，錯誤回撥使用onerror事件
2，Opera 成功回撥也使用onload事件（它壓根不支援onreadystatechange），由於其不支援onerror，這裡使用了延遲處理。即等待與成功回撥success，success後標誌位done置為true。failure則不會執行，否則執行。這裡延遲的時間取值很有技巧，之前取2秒，在公司測試沒問題。但回家用3G無線網路後發現即使所引用的js檔案存在，但由於網速過慢，failure還是先執行了，後執行了success。所以這裡取5秒是比較合理的。雖然這種方式間接實現了failure，但不徹底。
3，IE6/7/8成功回撥使用onreadystatechange事件，錯誤回撥幾乎是很難實現的。令人噁心的是即使請求的資原始檔不存在（404）。它的readyState也會經歷“loaded”狀態。這樣你就沒法區分請求成功或失敗。最後使用前後臺一起協調的機制解決最後的這個難題。無論請求成功或失敗都讓其呼叫callback(true)。 此時已經將區別成功與失敗的邏輯放到了callback中，如果後臺沒有返回jsonp則呼叫failure，否則呼叫success。
介面：
Sjax.load(url, {
data // 請求引數 (鍵值對字串或js物件)
success // 請求成功回撥函式
failure // 請求失敗回撥函式
scope // 回撥函式執行上下文
timestamp // 是否加時間戳
});
示例：
<!DOCTYPE HTML>
<html>
<head>
<meta charset="utf-8">
<title>sjax_0.3.js by snandy</title>
<script src="http://files.cnblogs.com/snandy/sjax_0.3.js"></script>
</head>
<body>
<input type="button" value="Get Name" onclick="clk()"/>
<script type="text/javascript">
function clk(){
Sjax.load('jsonp66.js', {
success : function(){alert(jsonp.name)},
failure : function(){alert('error');}
});
}
</script>
</body>
</html>
以上html，點選“Get Name”按鈕，呼叫clk函式。因為請求的資源jsonp66.js壓根不存在。各瀏覽器下都會彈出“error”，當然Opera中會延遲一些。好了，本系列結束。
時間過得好快,又被拉回js戰場時, 跨域問題這個傷疤又開疼了.
好在,有jquery幫忙,跨域問題似乎沒那麼難纏了.這次也藉此機會對跨域問題來給刨根問底,結合實際的開發專案,查閱了相關資料,算是解決了跨域問題..有必要記下來備忘.
跨域的安全限制都是指瀏覽器端來說的.伺服器端是不存在跨域安全限制的,
所以通過本機伺服器端通過類似httpclient方式完成“跨域訪問”的工作，然後在瀏覽器端用AJAX獲取本機伺服器端“跨域訪問”對應的url.來間接完成跨域訪問也是可以的.但很顯然開發量比較大,但限制也最少,很多widget開放平臺server端(如sohu部落格開放平臺)其實就麼搞的.不在本次討論範圍.
要討論的是瀏覽器端的真正跨域訪問,推薦的是目前jQuery $.ajax()支援get方式的跨域,這其實是採用jsonp的方式來完成的.
真實案例:
複製程式碼 程式碼如下:
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¤tUserId=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的最基本的原理是:動態新增一個<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)傳給伺服器。
此時，伺服器先生成 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)行為,所以也有一定的安全隱患.
注意,jquey是不支援post方式跨域的.
為什麼呢?
雖然採用post +動態生成iframe是可以達到post跨域的目的(有位js牛人就是這樣把jquery1.2.5 打patch的),但這樣做是一個比較極端的方式,不建議採用.
也可以說get方式的跨域是合法的,post方式從安全形度上,被認為是不合法的, 萬不得已還是不要劍走偏鋒..
client端跨域訪問的需求看來也引起w3c的注意了,看資料說html5 WebSocket標準支援跨域的資料交換,應該也是一個將來可選的跨域資料交換的解決方案.
script請求返回JSON實際上是指令碼注入。它雖然解決了跨域問題，但它不是萬能的。
1，不能接受HTTP狀態碼
2，不能使用POST提交（預設GET）
3，不能傳送和接受HTTP頭
4，不能設定同步呼叫（預設非同步）
...
其最嚴重的就是不能提供錯誤處理，如果請求的程式碼正常執行那麼會得到正確的結果。如果請求失敗，如404,500之類，那麼可能什麼都不會發生。這篇在上一篇的基礎上將著重解決JSONP的錯誤處理。
說可能是因為有些瀏覽器還是可以提供一些錯誤處理的。如IE9/10/Firefox/Safari/Chrome都支援script的onerror事件，如果請求失敗，在onerror上可以進行必要的回撥處理。但IE6/7/8/Opera卻不支援onerror。這就是令人頭疼的地方，打造一個完美的Sjax不太容易。
只要解決了IE6/7/8/Opera的onerror，整個就ok了。思路是逆向思維：請求成功則成功回撥，否則就是失敗回撥。不拿onerror說事，因為它壓根沒onerror。因此只能那onload說事。就好比以下推論：
“你是對的” 推斷出 “你沒錯”
因為我沒辦法知道你是“錯的”。但我知道你是“對的”，只能拿是否對去推斷你是否錯了。
最後的實現細節如下：
1，IE9/Firefox/Safari/Chrome 成功回撥使用onload事件，錯誤回撥使用onerror事件
2，Opera 成功回撥也使用onload事件（它壓根不支援onreadystatechange），由於其不支援onerror，這裡使用了延遲處理。即等待與成功回撥success，success後標誌位done置為true。failure則不會執行，否則執行。這裡延遲的時間取值很有技巧，之前取2秒，在公司測試沒問題。但回家用3G無線網路後發現即使所引用的js檔案存在，但由於網速過慢，failure還是先執行了，後執行了success。所以這裡取5秒是比較合理的。雖然這種方式間接實現了failure，但不徹底。
3，IE6/7/8成功回撥使用onreadystatechange事件，錯誤回撥幾乎是很難實現的。令人噁心的是即使請求的資原始檔不存在（404）。它的readyState也會經歷“loaded”狀態。這樣你就沒法區分請求成功或失敗。最後使用前後臺一起協調的機制解決最後的這個難題。無論請求成功或失敗都讓其呼叫callback(true)。 此時已經將區別成功與失敗的邏輯放到了callback中，如果後臺沒有返回jsonp則呼叫failure，否則呼叫success。
介面：
Sjax.load(url, {
data // 請求引數 (鍵值對字串或js物件)
success // 請求成功回撥函式
failure // 請求失敗回撥函式
scope // 回撥函式執行上下文
timestamp // 是否加時間戳
});
示例：
<!DOCTYPE HTML>
<html>
<head>
<meta charset="utf-8">
<title>sjax_0.3.js by snandy</title>
<script src="http://files.cnblogs.com/snandy/sjax_0.3.js"></script>
</head>
<body>
<input type="button" value="Get Name" onclick="clk()"/>
<script type="text/javascript">
function clk(){
Sjax.load('jsonp66.js', {
success : function(){alert(jsonp.name)},
failure : function(){alert('error');}
});
}
</script>
</body>
</html>
以上html，點選“Get Name”按鈕，呼叫clk函式。因為請求的資源jsonp66.js壓根不存在。各瀏覽器下都會彈出“error”，當然Opera中會延遲一些。好了，本系列結束。