摘要:同源策略所謂同源是指協(xié)議,域名,端口均相同。同源策略是瀏覽器的一個安全功能,不同源的客戶端腳本在沒有明確授權(quán)的情況下,不能讀寫對方資源。需注意的是由于同源策略的限制,所讀取的為跨域請求接口所在域的,而非當(dāng)前頁。
一、什么是跨域 1.URL解析
URL (Uniform Resource Locator )
統(tǒng)一資源定位符(URL)是用于完整地描述Internet上網(wǎng)頁和其他資源的地址的一種標(biāo)識方法。
Internet上的每一個網(wǎng)頁都具有一個唯一的名稱標(biāo)識,通常稱之為URL地址,這種地址可以是本地磁盤,也可以是局域網(wǎng)上的某一臺計算機(jī),更多的是Internet上的站點。簡單地說,URL就是Web地址,俗稱“網(wǎng)址”。
URL通常由三部分組成:協(xié)議類型,主機(jī)名和路徑及文件名。
2.同源策略所謂同源是指協(xié)議,域名,端口均相同。如果兩個頁面的協(xié)議,端口(如果有指定)和主機(jī)都相同,則兩個頁面具有相同的源。同源策略是瀏覽器的一個安全功能,不同源的客戶端腳本在沒有明確授權(quán)的情況下,不能讀寫對方資源。所以a.com下的js腳本采用ajax讀取b.com里面的文件數(shù)據(jù)是會報錯的。
同源策略/SOP(Same origin policy)是一種約定,由Netscape公司1995年引入瀏覽器,它是瀏覽器最核心也最基本的安全功能,如果缺少了同源策略,瀏覽器很容易受到XSS、CSFR等攻擊。
同源策略限制以下幾種行為:
Cookie、LocalStorage 和 IndexDB 無法讀取
DOM 和 Js對象無法獲得
AJAX 請求不能發(fā)送
3.跨域的定義跨域是指從一個域名的網(wǎng)頁去請求另一個域名的資源。比如從www.baidu.com 頁面去請求 www.google.com二、跨域場景
的資源。(但是瀏覽器的同源策略會限制你不能這么做,這是是瀏覽器對JavaScript施加的安全限制)
跨域的嚴(yán)格一點的定義是:只要協(xié)議,域名,端口有任何一個的不同,就被當(dāng)作是跨域
URL 說明 是否允許通信 http://www.domain.com/a.js http://www.domain.com/b.js 同一域名,不同文件或路徑 允許 http://www.domain.com/lab/c.js http://www.domain.com:8000/a.js http://www.domain.com/b.js 同一域名,不同端口 不允許 http://www.domain.com/a.js https://www.domain.com/b.js 同一域名,不同協(xié)議 不允許 http://www.domain.com/a.js http://192.168.4.12/b.js 域名和域名對應(yīng)相同ip 不允許 http://www.domain.com/a.js http://x.domain.com/b.js 主域相同,子域不同 不允許 http://domain.com/c.js http://www.domain1.com/a.js http://www.domain2.com/b.js 不同域名 不允許三、瀏覽器為什么要限制跨域訪問
原因就是安全問題:如果一個網(wǎng)頁可以隨意地訪問另外一個網(wǎng)站的資源,那么就有可能在客戶完全不知情的情況下出現(xiàn)安全問題。比如下面的操作就有安全問題:
用戶訪問www.mybank.com ,登陸并進(jìn)行網(wǎng)銀操作,這時cookie啥的都生成并存放在瀏覽器
用戶突然想起件事,并迷迷糊糊地訪問了一個邪惡的網(wǎng)站 www.xiee.com
這時該網(wǎng)站就可以在它的頁面中,拿到銀行的cookie,比如用戶名,登陸token等,然后發(fā)起對www.mybank.com 的操作。
如果這時瀏覽器不予限制,并且銀行也沒有做響應(yīng)的安全處理的話,那么用戶的信息有可能就這么泄露了。
四、為什么要跨域?既然有安全問題,那為什么又要跨域呢? 有時公司內(nèi)部有多個不同的子域,比如一個是location.company.com ,而應(yīng)用是放在app.company.com , 這時想從 app.company.com去訪問 location.company.com 的資源就屬于跨域。
五、解決跨域問題的方法1、 通過jsonp跨域 2、 document.domain + iframe跨域 3、 location.hash + iframe跨域 4、 window.name + iframe跨域 5、 postMessage跨域 6、 跨域資源共享(CORS) 7、 nginx代理跨域 8、 nodejs中間件代理跨域 9、 WebSocket協(xié)議跨域1.通過jsonp跨域 【1】定義:
JSONP是一種跨域資源請求解決方案,利用了
服務(wù)端返回如下(返回時即執(zhí)行全局函數(shù)):
onBack({"status": true, "user": "admin"})
2.)jquery ajax:
$.ajax({ url: "http://www.domain2.com:8080/login", type: "get", dataType: "jsonp", // 請求方式為jsonp jsonpCallback: "onBack", // 自定義回調(diào)函數(shù)名 data: {} });
3.)vue.js:
this.$http.jsonp("http://www.domain2.com:8080/login", { params: {}, jsonp: "onBack" }).then((res) => { console.log(res); })
后端node.js代碼示例:
var querystring = require("querystring"); var http = require("http"); var server = http.createServer(); server.on("request", function(req, res) { var params = qs.parse(req.url.split("?")[1]); var fn = params.callback; // jsonp返回設(shè)置 res.writeHead(200, { "Content-Type": "text/javascript" }); res.write(fn + "(" + JSON.stringify(params) + ")"); res.end(); }); server.listen("8080"); console.log("Server is running at port 8080...");【7】優(yōu)缺點
優(yōu)點:
它不像XMLHttpRequest對象實現(xiàn)的Ajax請求那樣受到同源策略的限制,JSONP可以跨越同源策略;
它的兼容性更好,在更加古老的瀏覽器中都可以運(yùn)行,不需要XMLHttpRequest或ActiveX的支持
在請求完畢后可以通過調(diào)用callback的方式回傳結(jié)果。將回調(diào)方法的權(quán)限給了調(diào)用方。這個就相當(dāng)于將controller層和view層終于分 開了。我提供的jsonp服務(wù)只提供純服務(wù)的數(shù)據(jù),至于提供服務(wù)以 后的頁面渲染和后續(xù)view操作都由調(diào)用者來自己定義就好了。如果有兩個頁面需要渲染同一份數(shù)據(jù),你們只需要有不同的渲染邏輯就可以了,邏輯都可以使用同 一個jsonp服務(wù)。
缺點:
它只支持GET請求而不支持POST等其它類型的HTTP請求
它只支持跨域HTTP請求這種情況,不能解決不同域的兩個頁面之間如何進(jìn)行JavaScript調(diào)用的問題。
jsonp在調(diào)用失敗的時候不會返回各種HTTP狀態(tài)碼。
缺點是安全性。萬一假如提供jsonp的服務(wù)存在頁面注入漏洞,即它返回的javascript的內(nèi)容被人控制的。那么結(jié)果是什么?所有調(diào)用這個 jsonp的網(wǎng)站都會存在漏洞。于是無法把危險控制在一個域名下…所以在使用jsonp的時候必須要保證使用的jsonp服務(wù)必須是安全可信的
2.document.domain + iframe跨域此方案僅限主域相同,子域不同的跨域應(yīng)用場景。
實現(xiàn)原理:兩個頁面都通過js強(qiáng)制設(shè)置document.domain為基礎(chǔ)主域,就實現(xiàn)了同域。
1.)父窗口:(http://www.domain.com/a.html)
2.)子窗口:(http://child.domain.com/b.html)
3.location.hash + iframe跨域
實現(xiàn)原理: a欲與b跨域相互通信,通過中間頁c來實現(xiàn)。三個頁面,不同域之間利用iframe的location.hash傳值,相同域之間直接js訪問來通信。
具體實現(xiàn):A域:a.html -> B域:b.html -> A域:c.html,a與b不同域只能通過hash值單向通信,b與c也不同域也只能單向通信,但c與a同域,所以c可通過parent.parent訪問a頁面所有對象。
1.)a.html:(http://www.domain1.com/a.html)
2.)b.html:(http://www.domain2.com/b.html)
3.)c.html:(http://www.domain1.com/c.html)
4.window.name + iframe跨域
window.name屬性的獨特之處:name值在不同的頁面(甚至不同域名)加載后依舊存在,并且可以支持非常長的 name 值(2MB)。
1.)a.html:(http://www.domain1.com/a.html)
var proxy = function(url, callback) { var state = 0; var iframe = document.createElement("iframe"); // 加載跨域頁面 iframe.src = url; // onload事件會觸發(fā)2次,第1次加載跨域頁,并留存數(shù)據(jù)于window.name iframe.onload = function() { if (state === 1) { // 第2次onload(同域proxy頁)成功后,讀取同域window.name中數(shù)據(jù) callback(iframe.contentWindow.name); destoryFrame(); } else if (state === 0) { // 第1次onload(跨域頁)成功后,切換到同域代理頁面 iframe.contentWindow.location = "http://www.domain1.com/proxy.html"; state = 1; } }; document.body.appendChild(iframe); // 獲取數(shù)據(jù)以后銷毀這個iframe,釋放內(nèi)存;這也保證了安全(不被其他域frame js訪問) function destoryFrame() { iframe.contentWindow.document.write(""); iframe.contentWindow.close(); document.body.removeChild(iframe); } }; // 請求跨域b頁面數(shù)據(jù) proxy("http://www.domain2.com/b.html", function(data){ alert(data); });
2.)proxy.html:(http://www.domain1.com/proxy....
中間代理頁,與a.html同域,內(nèi)容為空即可。
3.)b.html:(http://www.domain2.com/b.html)
總結(jié):通過iframe的src屬性由外域轉(zhuǎn)向本地域,跨域數(shù)據(jù)即由iframe的window.name從外域傳遞到本地域。這個就巧妙地繞過了瀏覽器的跨域訪問限制,但同時它又是安全操作。5.postMessage跨域
postMessage是HTML5 XMLHttpRequest Level 2中的API,且是為數(shù)不多可以跨域操作的window屬性之一,它可用于解決以下方面的問題:
a.) 頁面和其打開的新窗口的數(shù)據(jù)傳遞 b.) 多窗口之間消息傳遞 c.) 頁面與嵌套的iframe消息傳遞 d.) 上面三個場景的跨域數(shù)據(jù)傳遞
用法:postMessage(data,origin)方法接受兩個參數(shù)
data: html5規(guī)范支持任意基本類型或可復(fù)制的對象,但部分瀏覽器只支持字符串,所以傳參時最好用JSON.stringify()序列化。
origin: 協(xié)議+主機(jī)+端口號,也可以設(shè)置為"*",表示可以傳遞給任意窗口,如果要指定和當(dāng)前窗口同源的話設(shè)置為"/"。
1.)a.html:(http://www.domain1.com/a.html)
2.)b.html:(http://www.domain2.com/b.html)
6.跨域資源共享(CORS)
普通跨域請求:服務(wù)端設(shè)置Access-Control-Allow-Origin即可,前端無須設(shè)置,若要帶cookie請求:前后端都需要設(shè)置。
需注意的是:由于同源策略的限制,所讀取的cookie為跨域請求接口所在域的cookie,而非當(dāng)前頁。如果想實現(xiàn)當(dāng)前頁cookie的寫入,可參考下文:nginx反向代理中設(shè)置proxy_cookie_domain 和 NodeJs中間件代理中cookieDomainRewrite參數(shù)的設(shè)置。
目前,所有瀏覽器都支持該功能(IE8+:IE8/9需要使用XDomainRequest對象來支持CORS)),CORS也已經(jīng)成為主流的跨域解決方案。
1.)原生ajax
// 前端設(shè)置是否帶cookie xhr.withCredentials = true; 示例代碼: var xhr = new XMLHttpRequest(); // IE8/9需用window.XDomainRequest兼容 // 前端設(shè)置是否帶cookie xhr.withCredentials = true; xhr.open("post", "http://www.domain2.com:8080/login", true); xhr.setRequestHeader("Content-Type", "application/x-www-form-urlencoded"); xhr.send("user=admin"); xhr.onreadystatechange = function() { if (xhr.readyState == 4 && xhr.status == 200) { alert(xhr.responseText); } };
2.)jQuery ajax
$.ajax({ ... xhrFields: { withCredentials: true // 前端設(shè)置是否帶cookie }, crossDomain: true, // 會讓請求頭中包含跨域的額外信息,但不會含cookie ... });
3.)vue框架
a.) axios設(shè)置: axios.defaults.withCredentials = true b.) vue-resource設(shè)置: Vue.http.options.credentials = true2、 服務(wù)端設(shè)置:
若后端設(shè)置成功,前端瀏覽器控制臺則不會出現(xiàn)跨域報錯信息,反之,說明沒設(shè)成功。
1.)Java后臺:
/* * 導(dǎo)入包:import javax.servlet.http.HttpServletResponse; * 接口參數(shù)中定義:HttpServletResponse response */ // 允許跨域訪問的域名:若有端口需寫全(協(xié)議+域名+端口),若沒有端口末尾不用加"/" response.setHeader("Access-Control-Allow-Origin", "http://www.domain1.com"); // 允許前端帶認(rèn)證cookie:啟用此項后,上面的域名不能為"*",必須指定具體的域名,否則瀏覽器會提示 response.setHeader("Access-Control-Allow-Credentials", "true"); // 提示OPTIONS預(yù)檢時,后端需要設(shè)置的兩個常用自定義頭 response.setHeader("Access-Control-Allow-Headers", "Content-Type,X-Requested-With");
2.)Nodejs后臺示例:
var http = require("http"); var server = http.createServer(); var qs = require("querystring"); server.on("request", function(req, res) { var postData = ""; // 數(shù)據(jù)塊接收中 req.addListener("data", function(chunk) { postData += chunk; }); // 數(shù)據(jù)接收完畢 req.addListener("end", function() { postData = qs.parse(postData); // 跨域后臺設(shè)置 res.writeHead(200, { "Access-Control-Allow-Credentials": "true", // 后端允許發(fā)送Cookie "Access-Control-Allow-Origin": "http://www.domain1.com", // 允許訪問的域(協(xié)議+域名+端口) /* * 此處設(shè)置的cookie還是domain2的而非domain1, * 因為后端也不能跨域?qū)慶ookie(nginx反向代理可以實現(xiàn)), * 但只要domain2中寫入一次cookie認(rèn)證,后面的跨域接口都能從domain2中獲取cookie, * 從而實現(xiàn)所有的接口都能跨域訪問 */ "Set-Cookie": "l=a123456;Path=/;Domain=www.domain2.com;HttpOnly" // HttpOnly的作用是讓js無法讀取cookie }); res.write(JSON.stringify(postData)); res.end(); }); }); server.listen("8080"); console.log("Server is running at port 8080...");7.nginx代理跨域 1、 nginx配置解決iconfont跨域
瀏覽器跨域訪問js、css、img等常規(guī)靜態(tài)資源被同源策略許可,但iconfont字體文件(eot|otf|ttf|woff|svg)例外,此時可在
nginx的靜態(tài)資源服務(wù)器中加入以下配置。
location / { add_header Access-Control-Allow-Origin *; }2、 nginx反向代理接口跨域
跨域原理: 同源策略是瀏覽器的安全策略,不是HTTP協(xié)議的一部分。服務(wù)器端調(diào)用HTTP接口只是使用HTTP協(xié)議,
不會執(zhí)行JS腳本,不需要同源策略,也就不存在跨越問題。
實現(xiàn)思路:通過nginx配置一個代理服務(wù)器(域名與domain1相同,端口不同)做跳板機(jī),反向代理訪問domain2接口,
并且可以順便修改cookie中domain信息,方便當(dāng)前域cookie寫入,實現(xiàn)跨域登錄。
nginx具體配置:
proxy服務(wù)器
server { listen 81; server_name www.domain1.com; location / { proxy_pass http://www.domain2.com:8080; #反向代理 proxy_cookie_domain www.domain2.com www.domain1.com; #修改cookie里域名 index index.html index.htm; # 當(dāng)用webpack-dev-server等中間件代理接口訪問nignx時, # 此時無瀏覽器參與,故沒有同源限制,下面的跨域配置可不啟用 add_header Access-Control-Allow-Origin http://www.domain1.com; #當(dāng)前端只跨域不帶cookie時,可為* add_header Access-Control-Allow-Credentials true; } }
1.) 前端代碼示例:
var xhr = new XMLHttpRequest(); // 前端開關(guān):瀏覽器是否讀寫cookie xhr.withCredentials = true; // 訪問nginx中的代理服務(wù)器 xhr.open("get", "http://www.domain1.com:81/?user=admin", true); xhr.send();
2.) Nodejs后臺示例:
var http = require("http"); var server = http.createServer(); var qs = require("querystring"); server.on("request", function(req, res) { var params = qs.parse(req.url.substring(2)); // 向前臺寫cookie res.writeHead(200, { "Set-Cookie": "l=a123456;Path=/;Domain=www.domain2.com;HttpOnly" // HttpOnly:腳本無法讀取 }); res.write(JSON.stringify(params)); res.end(); }); server.listen("8080"); console.log("Server is running at port 8080...");8.nodejs中間件代理跨域
node中間件實現(xiàn)跨域代理,原理大致與nginx相同,都是通過啟一個代理服務(wù)器,實現(xiàn)數(shù)據(jù)的轉(zhuǎn)發(fā),也可以通過設(shè)置cookieDomainRewrite參數(shù)修改響應(yīng)頭中cookie中域名,實現(xiàn)當(dāng)前域的cookie寫入,方便接口登錄認(rèn)證。1、 非vue框架的跨域(2次跨域)
利用node + express + http-proxy-middleware搭建一個proxy服務(wù)器。
1.)前端代碼示例:
var xhr = new XMLHttpRequest(); // 前端開關(guān):瀏覽器是否讀寫cookie xhr.withCredentials = true; // 訪問http-proxy-middleware代理服務(wù)器 xhr.open("get", "http://www.domain1.com:3000/login?user=admin", true); xhr.send();
2.)中間件服務(wù)器:
var express = require("express"); var proxy = require("http-proxy-middleware"); var app = express(); app.use("/", proxy({ // 代理跨域目標(biāo)接口 target: "http://www.domain2.com:8080", changeOrigin: true, // 修改響應(yīng)頭信息,實現(xiàn)跨域并允許帶cookie onProxyRes: function(proxyRes, req, res) { res.header("Access-Control-Allow-Origin", "http://www.domain1.com"); res.header("Access-Control-Allow-Credentials", "true"); }, // 修改響應(yīng)信息中的cookie域名 cookieDomainRewrite: "www.domain1.com" // 可以為false,表示不修改 })); app.listen(3000); console.log("Proxy server is listen at port 3000...");
3.)Nodejs后臺同(nginx)
2、 vue框架的跨域(1次跨域)利用node + webpack + webpack-dev-server代理接口跨域。在開發(fā)環(huán)境下,由于vue渲染服務(wù)和接口代理服務(wù)都是webpack-dev-server同一個,所以頁面與代理接口之間不再跨域,無須設(shè)置headers跨域信息了。
webpack.config.js部分配置:
module.exports = { entry: {}, module: {}, ... devServer: { historyApiFallback: true, proxy: [{ context: "/login", target: "http://www.domain2.com:8080", // 代理跨域目標(biāo)接口 changeOrigin: true, secure: false, // 當(dāng)代理某些https服務(wù)報錯時用 cookieDomainRewrite: "www.domain1.com" // 可以為false,表示不修改 }], noInfo: true } }9.WebSocket協(xié)議跨域
WebSocket protocol是HTML5一種新的協(xié)議。它實現(xiàn)了瀏覽器與服務(wù)器全雙工通信,同時允許跨域通訊,是server
push技術(shù)的一種很好的實現(xiàn)。
原生WebSocket API使用起來不太方便,我們使用Socket.io,它很好地封裝了webSocket接口,提供了更簡單、靈活的接口,也對不支持webSocket的瀏覽器提供了向下兼容。
1.)前端代碼:
user input:
2.)Nodejs socket后臺:
var http = require("http"); var socket = require("socket.io"); // 啟http服務(wù) var server = http.createServer(function(req, res) { res.writeHead(200, { "Content-type": "text/html" }); res.end(); }); server.listen("8080"); console.log("Server is running at port 8080..."); // 監(jiān)聽socket連接 socket.listen(server).on("connection", function(client) { // 接收信息 client.on("message", function(msg) { client.send("hello:" + msg); console.log("data from client: ---> " + msg); }); // 斷開處理 client.on("disconnect", function() { console.log("Client socket has closed."); }); });
參考文章:前端常見跨域解決方案(全)
如果你覺得這篇文章對你有所幫助,那就順便點個贊吧,點點關(guān)注不迷路~
黑芝麻哇,白芝麻發(fā),黑芝麻白芝麻哇發(fā)哈!
前端哇發(fā)哈
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/103166.html
摘要:由此可知閉包是函數(shù)的執(zhí)行環(huán)境以及執(zhí)行環(huán)境中的函數(shù)組合而構(gòu)成的。此時產(chǎn)生了閉包。二閉包的作用閉包的特點是讀取函數(shù)內(nèi)部局部變量,并將局部變量保存在內(nèi)存,延長其生命周期。三閉包的問題使用閉包會將局部變量保持在內(nèi)存中,所以會占用大量內(nèi)存,影響性能。 一、什么是閉包 1.閉包的定義 閉包是一種特殊的對象。它由兩部分構(gòu)成:函數(shù),以及創(chuàng)建該函數(shù)的環(huán)境(包含自由變量)。環(huán)境由閉包創(chuàng)建時在作用域中的任何...
摘要:在中,通過棧的存取方式來管理執(zhí)行上下文,我們可稱其為執(zhí)行棧,或函數(shù)調(diào)用棧。因為執(zhí)行中最先進(jìn)入全局環(huán)境,所以處于棧底的永遠(yuǎn)是全局環(huán)境的執(zhí)行上下文。 一、什么是執(zhí)行上下文? 執(zhí)行上下文(Execution Context): 函數(shù)執(zhí)行前進(jìn)行的準(zhǔn)備工作(也稱執(zhí)行上下文環(huán)境) JavaScript在執(zhí)行一個代碼段之前,即解析(預(yù)處理)階段,會先進(jìn)行一些準(zhǔn)備工作,例如掃描JS中var定義的變量、...
摘要:腳本執(zhí)行,事件處理等。引擎線程,也稱為內(nèi)核,負(fù)責(zé)處理腳本程序,例如引擎。事件觸發(fā)線程,用來控制事件循環(huán)可以理解為,引擎線程自己都忙不過來,需要瀏覽器另開線程協(xié)助。異步請求線程,也就是發(fā)出請求后,接收響應(yīng)檢測狀態(tài)變更等都是這個線程管理的。 一、進(jìn)程與線程 現(xiàn)代操作系統(tǒng)比如Mac OS X,UNIX,Linux,Windows等,都是支持多任務(wù)的操作系統(tǒng)。 什么叫多任務(wù)呢?簡單地說,就是操...
摘要:許多程序設(shè)計語言都支持利用正則表達(dá)式進(jìn)行字符串操作。為字符串定義規(guī)則,為輸入內(nèi)容定義規(guī)則正則表達(dá)式用于字符串處理表單驗證等場合,實用高效。匹配檢查字符串是否符合正則表達(dá)式中的規(guī)則,有一次不匹配,則返回。 一、正則表達(dá)式的定義 正則表達(dá)式(Regular Expression,在代碼中常簡寫為regex、regexp或RE)是計算機(jī)科學(xué)的一個概念。正則表達(dá)式使用單個字符串來描述、匹配一系...
摘要:全局作用域局部作用域局部作用域全局作用域局部作用域塊語句沒有塊級作用域塊級聲明包括和,以及和循環(huán),和函數(shù)不同,它們不會創(chuàng)建新的作用域。局部作用域只在該函數(shù)調(diào)用執(zhí)行期間存在。 一、什么是作用域? 作用域是你的代碼在運(yùn)行時,各個變量、函數(shù)和對象的可訪問性。(可產(chǎn)生作用的區(qū)域) 二、JavaScript中的作用域 在 JavaScript 中有兩種作用域 全局作用域 局部作用域 當(dāng)變量定...
閱讀 2742·2023-04-25 14:21
閱讀 1179·2021-11-23 09:51
閱讀 4025·2021-09-22 15:43
閱讀 613·2019-08-30 15:55
閱讀 1564·2019-08-29 11:28
閱讀 2450·2019-08-26 11:44
閱讀 1685·2019-08-23 18:15
閱讀 2886·2019-08-23 16:42