国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

大話javascript 5期:跨域

jzzlee / 2873人閱讀

摘要:同源策略所謂同源是指協議,域名,端口均相同。同源策略是瀏覽器的一個安全功能,不同源的客戶端腳本在沒有明確授權的情況下,不能讀寫對方資源。需注意的是由于同源策略的限制,所讀取的為跨域請求接口所在域的,而非當前頁。

一、什么是跨域 1.URL解析
URL (Uniform Resource Locator )
統一資源定位符(URL)是用于完整地描述Internet上網頁和其他資源的地址的一種標識方法。

Internet上的每一個網頁都具有一個唯一的名稱標識,通常稱之為URL地址,這種地址可以是本地磁盤,也可以是局域網上的某一臺計算機,更多的是Internet上的站點。簡單地說,URL就是Web地址,俗稱“網址”。

URL通常由三部分組成:協議類型,主機名和路徑及文件名。

2.同源策略
所謂同源是指協議域名端口均相同。如果兩個頁面的協議,端口(如果有指定)和主機都相同,則兩個頁面具有相同的源。

同源策略是瀏覽器的一個安全功能,不同源的客戶端腳本在沒有明確授權的情況下,不能讀寫對方資源。所以a.com下的js腳本采用ajax讀取b.com里面的文件數據是會報錯的。

同源策略/SOP(Same origin policy)是一種約定,由Netscape公司1995年引入瀏覽器,它是瀏覽器最核心也最基本的安全功能,如果缺少了同源策略,瀏覽器很容易受到XSS、CSFR等攻擊。

同源策略限制以下幾種行為:

Cookie、LocalStorage 和 IndexDB 無法讀取

DOM 和 Js對象無法獲得

AJAX 請求不能發送

3.跨域的定義
跨域是指從一個域名的網頁去請求另一個域名的資源。比如從www.baidu.com 頁面去請求 www.google.com
的資源。(但是瀏覽器的同源策略會限制你不能這么做,這是是瀏覽器對JavaScript施加的安全限制)
跨域的嚴格一點的定義是:只要協議域名端口有任何一個的不同,就被當作是跨域
二、跨域場景
           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        同一域名,不同協議                不允許
 
http://www.domain.com/a.js
http://192.168.4.12/b.js           域名和域名對應相同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        不同域名                         不允許
三、瀏覽器為什么要限制跨域訪問

原因就是安全問題:如果一個網頁可以隨意地訪問另外一個網站的資源,那么就有可能在客戶完全不知情的情況下出現安全問題。比如下面的操作就有安全問題:

用戶訪問www.mybank.com ,登陸并進行網銀操作,這時cookie啥的都生成并存放在瀏覽器

用戶突然想起件事,并迷迷糊糊地訪問了一個邪惡的網站 www.xiee.com

這時該網站就可以在它的頁面中,拿到銀行的cookie,比如用戶名,登陸token等,然后發起對www.mybank.com 的操作。

如果這時瀏覽器不予限制,并且銀行也沒有做響應的安全處理的話,那么用戶的信息有可能就這么泄露了。

四、為什么要跨域?

既然有安全問題,那為什么又要跨域呢? 有時公司內部有多個不同的子域,比如一個是location.company.com ,而應用是放在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協議跨域
1.通過jsonp跨域 【1】定義:
JSONP是一種跨域資源請求解決方案,利用了

服務端返回如下(返回時即執行全局函數):

onBack({"status": true, "user": "admin"})

2.)jquery ajax:

$.ajax({
    url: "http://www.domain2.com:8080/login",
    type: "get",
    dataType: "jsonp",  // 請求方式為jsonp
    jsonpCallback: "onBack",    // 自定義回調函數名
    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返回設置
    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】優缺點

優點:

它不像XMLHttpRequest對象實現的Ajax請求那樣受到同源策略的限制,JSONP可以跨越同源策略;

它的兼容性更好,在更加古老的瀏覽器中都可以運行,不需要XMLHttpRequest或ActiveX的支持

在請求完畢后可以通過調用callback的方式回傳結果。將回調方法的權限給了調用方。這個就相當于將controller層和view層終于分 開了。我提供的jsonp服務只提供純服務的數據,至于提供服務以 后的頁面渲染和后續view操作都由調用者來自己定義就好了。如果有兩個頁面需要渲染同一份數據,你們只需要有不同的渲染邏輯就可以了,邏輯都可以使用同 一個jsonp服務。

缺點:

它只支持GET請求而不支持POST等其它類型的HTTP請求

它只支持跨域HTTP請求這種情況,不能解決不同域的兩個頁面之間如何進行JavaScript調用的問題。

jsonp在調用失敗的時候不會返回各種HTTP狀態碼。

缺點是安全性。萬一假如提供jsonp的服務存在頁面注入漏洞,即它返回的javascript的內容被人控制的。那么結果是什么?所有調用這個 jsonp的網站都會存在漏洞。于是無法把危險控制在一個域名下…所以在使用jsonp的時候必須要保證使用的jsonp服務必須是安全可信的

2.document.domain + iframe跨域

此方案僅限主域相同,子域不同的跨域應用場景。

實現原理:兩個頁面都通過js強制設置document.domain為基礎主域,就實現了同域。

1.)父窗口:(http://www.domain.com/a.html)



2.)子窗口:(http://child.domain.com/b.html)





3.location.hash + iframe跨域
實現原理: a欲與b跨域相互通信,通過中間頁c來實現。三個頁面,不同域之間利用iframe的location.hash傳值,相同域之間直接js訪問來通信。

具體實現: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事件會觸發2次,第1次加載跨域頁,并留存數據于window.name
    iframe.onload = function() {
        if (state === 1) {
            // 第2次onload(同域proxy頁)成功后,讀取同域window.name中數據
            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);

    // 獲取數據以后銷毀這個iframe,釋放內存;這也保證了安全(不被其他域frame js訪問)
    function destoryFrame() {
        iframe.contentWindow.document.write("");
        iframe.contentWindow.close();
        document.body.removeChild(iframe);
    }
};

// 請求跨域b頁面數據
proxy("http://www.domain2.com/b.html", function(data){
    alert(data);
});

2.)proxy.html:(http://www.domain1.com/proxy....

中間代理頁,與a.html同域,內容為空即可。

3.)b.html:(http://www.domain2.com/b.html)


總結:通過iframe的src屬性由外域轉向本地域,跨域數據即由iframe的window.name從外域傳遞到本地域。這個就巧妙地繞過了瀏覽器的跨域訪問限制,但同時它又是安全操作。
5.postMessage跨域

postMessage是HTML5 XMLHttpRequest Level 2中的API,且是為數不多可以跨域操作的window屬性之一,它可用于解決以下方面的問題:

a.) 頁面和其打開的新窗口的數據傳遞
b.) 多窗口之間消息傳遞
c.) 頁面與嵌套的iframe消息傳遞
d.) 上面三個場景的跨域數據傳遞

用法:postMessage(data,origin)方法接受兩個參數
data: html5規范支持任意基本類型或可復制的對象,但部分瀏覽器只支持字符串,所以傳參時最好用JSON.stringify()序列化。
origin: 協議+主機+端口號,也可以設置為"*",表示可以傳遞給任意窗口,如果要指定和當前窗口同源的話設置為"/"。

1.)a.html:(http://www.domain1.com/a.html)


2.)b.html:(http://www.domain2.com/b.html)



6.跨域資源共享(CORS)

普通跨域請求:服務端設置Access-Control-Allow-Origin即可,前端無須設置,若要帶cookie請求:前后端都需要設置

需注意的是:由于同源策略的限制,所讀取的cookie為跨域請求接口所在域的cookie,而非當前頁。如果想實現當前頁cookie的寫入,可參考下文:nginx反向代理中設置proxy_cookie_domain 和 NodeJs中間件代理中cookieDomainRewrite參數的設置。
目前,所有瀏覽器都支持該功能(IE8+:IE8/9需要使用XDomainRequest對象來支持CORS)),CORS也已經成為主流的跨域解決方案

1、 前端設置:

1.)原生ajax

// 前端設置是否帶cookie
xhr.withCredentials = true;
示例代碼:
var xhr = new XMLHttpRequest(); // IE8/9需用window.XDomainRequest兼容

// 前端設置是否帶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    // 前端設置是否帶cookie
   },
   crossDomain: true,   // 會讓請求頭中包含跨域的額外信息,但不會含cookie
    ...
});

3.)vue框架

a.) axios設置:
axios.defaults.withCredentials = true
b.) vue-resource設置:
Vue.http.options.credentials = true
2、 服務端設置:

若后端設置成功,前端瀏覽器控制臺則不會出現跨域報錯信息,反之,說明沒設成功。
1.)Java后臺:

/*
 * 導入包:import javax.servlet.http.HttpServletResponse;
 * 接口參數中定義:HttpServletResponse response
 */

// 允許跨域訪問的域名:若有端口需寫全(協議+域名+端口),若沒有端口末尾不用加"/"
response.setHeader("Access-Control-Allow-Origin", "http://www.domain1.com"); 

// 允許前端帶認證cookie:啟用此項后,上面的域名不能為"*",必須指定具體的域名,否則瀏覽器會提示
response.setHeader("Access-Control-Allow-Credentials", "true"); 

// 提示OPTIONS預檢時,后端需要設置的兩個常用自定義頭
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 = "";

    // 數據塊接收中
    req.addListener("data", function(chunk) {
        postData += chunk;
    });

    // 數據接收完畢
    req.addListener("end", function() {
        postData = qs.parse(postData);

        // 跨域后臺設置
        res.writeHead(200, {
            "Access-Control-Allow-Credentials": "true",     // 后端允許發送Cookie
            "Access-Control-Allow-Origin": "http://www.domain1.com",    // 允許訪問的域(協議+域名+端口)
            /* 
             * 此處設置的cookie還是domain2的而非domain1,
             * 因為后端也不能跨域寫cookie(nginx反向代理可以實現),
             * 但只要domain2中寫入一次cookie認證,后面的跨域接口都能從domain2中獲取cookie,
             * 從而實現所有的接口都能跨域訪問
             */
            "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等常規靜態資源被同源策略許可,但iconfont字體文件(eot|otf|ttf|woff|svg)例外,此時可在

nginx的靜態資源服務器中加入以下配置。

location / {
  add_header Access-Control-Allow-Origin *;
}
2、 nginx反向代理接口跨域
跨域原理: 同源策略是瀏覽器的安全策略,不是HTTP協議的一部分。服務器端調用HTTP接口只是使用HTTP協議,
不會執行JS腳本,不需要同源策略,也就不存在跨越問題。

實現思路:通過nginx配置一個代理服務器(域名與domain1相同,端口不同)做跳板機,反向代理訪問domain2接口,
并且可以順便修改cookie中domain信息,方便當前域cookie寫入,實現跨域登錄。

nginx具體配置:

proxy服務器

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;

        # 當用webpack-dev-server等中間件代理接口訪問nignx時,
        # 此時無瀏覽器參與,故沒有同源限制,下面的跨域配置可不啟用
        add_header Access-Control-Allow-Origin http://www.domain1.com;  #當前端只跨域不帶cookie時,可為*
        add_header Access-Control-Allow-Credentials true;
    }
}

1.) 前端代碼示例:

var xhr = new XMLHttpRequest();

// 前端開關:瀏覽器是否讀寫cookie
xhr.withCredentials = true;

// 訪問nginx中的代理服務器
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中間件實現跨域代理,原理大致與nginx相同,都是通過啟一個代理服務器,實現數據的轉發,也可以通過設置cookieDomainRewrite參數修改響應頭中cookie中域名,實現當前域的cookie寫入,方便接口登錄認證。
1、 非vue框架的跨域(2次跨域)
利用node + express + http-proxy-middleware搭建一個proxy服務器。

1.)前端代碼示例:

var xhr = new XMLHttpRequest();

// 前端開關:瀏覽器是否讀寫cookie
xhr.withCredentials = true;

// 訪問http-proxy-middleware代理服務器
xhr.open("get", "http://www.domain1.com:3000/login?user=admin", true);
xhr.send();

2.)中間件服務器:

var express = require("express");
var proxy = require("http-proxy-middleware");
var app = express();

app.use("/", proxy({
    // 代理跨域目標接口
    target: "http://www.domain2.com:8080",
    changeOrigin: true,

    // 修改響應頭信息,實現跨域并允許帶cookie
    onProxyRes: function(proxyRes, req, res) {
        res.header("Access-Control-Allow-Origin", "http://www.domain1.com");
        res.header("Access-Control-Allow-Credentials", "true");
    },

    // 修改響應信息中的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代理接口跨域。在開發環境下,由于vue渲染服務和接口代理服務都是webpack-dev-server同一個,所以頁面與代理接口之間不再跨域,無須設置headers跨域信息了。

webpack.config.js部分配置:

module.exports = {
    entry: {},
    module: {},
    ...
    devServer: {
        historyApiFallback: true,
        proxy: [{
            context: "/login",
            target: "http://www.domain2.com:8080",  // 代理跨域目標接口
            changeOrigin: true,
            secure: false,  // 當代理某些https服務報錯時用
            cookieDomainRewrite: "www.domain1.com"  // 可以為false,表示不修改
        }],
        noInfo: true
    }
}


9.WebSocket協議跨域
WebSocket protocol是HTML5一種新的協議。它實現了瀏覽器與服務器全雙工通信,同時允許跨域通訊,是server
push技術的一種很好的實現。

原生WebSocket API使用起來不太方便,我們使用Socket.io,它很好地封裝了webSocket接口,提供了更簡單、靈活的接口,也對不支持webSocket的瀏覽器提供了向下兼容。

1.)前端代碼:

user input:

2.)Nodejs socket后臺:

var http = require("http");
var socket = require("socket.io");

// 啟http服務
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...");

// 監聽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."); 
    });
});

參考文章:前端常見跨域解決方案(全)

如果你覺得這篇文章對你有所幫助,那就順便點個贊吧,點點關注不迷路~

黑芝麻哇,白芝麻發,黑芝麻白芝麻哇發哈!

前端哇發哈

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/103166.html

相關文章

  • 大話javascript 3:閉包

    摘要:由此可知閉包是函數的執行環境以及執行環境中的函數組合而構成的。此時產生了閉包。二閉包的作用閉包的特點是讀取函數內部局部變量,并將局部變量保存在內存,延長其生命周期。三閉包的問題使用閉包會將局部變量保持在內存中,所以會占用大量內存,影響性能。 一、什么是閉包 1.閉包的定義 閉包是一種特殊的對象。它由兩部分構成:函數,以及創建該函數的環境(包含自由變量)。環境由閉包創建時在作用域中的任何...

    Freelander 評論0 收藏0
  • 大話javascript 2:執行上下文與執行上下文棧

    摘要:在中,通過棧的存取方式來管理執行上下文,我們可稱其為執行棧,或函數調用棧。因為執行中最先進入全局環境,所以處于棧底的永遠是全局環境的執行上下文。 一、什么是執行上下文? 執行上下文(Execution Context): 函數執行前進行的準備工作(也稱執行上下文環境) JavaScript在執行一個代碼段之前,即解析(預處理)階段,會先進行一些準備工作,例如掃描JS中var定義的變量、...

    denson 評論0 收藏0
  • 大話javascript 4:事件循環(1)

    摘要:腳本執行,事件處理等。引擎線程,也稱為內核,負責處理腳本程序,例如引擎。事件觸發線程,用來控制事件循環可以理解為,引擎線程自己都忙不過來,需要瀏覽器另開線程協助。異步請求線程,也就是發出請求后,接收響應檢測狀態變更等都是這個線程管理的。 一、進程與線程 現代操作系統比如Mac OS X,UNIX,Linux,Windows等,都是支持多任務的操作系統。 什么叫多任務呢?簡單地說,就是操...

    codergarden 評論0 收藏0
  • 大話javascript 8:正則表達式

    摘要:許多程序設計語言都支持利用正則表達式進行字符串操作。為字符串定義規則,為輸入內容定義規則正則表達式用于字符串處理表單驗證等場合,實用高效。匹配檢查字符串是否符合正則表達式中的規則,有一次不匹配,則返回。 一、正則表達式的定義 正則表達式(Regular Expression,在代碼中常簡寫為regex、regexp或RE)是計算機科學的一個概念。正則表達式使用單個字符串來描述、匹配一系...

    LeviDing 評論0 收藏0
  • 大話javascript 1:作用域和作用域鏈

    摘要:全局作用域局部作用域局部作用域全局作用域局部作用域塊語句沒有塊級作用域塊級聲明包括和,以及和循環,和函數不同,它們不會創建新的作用域。局部作用域只在該函數調用執行期間存在。 一、什么是作用域? 作用域是你的代碼在運行時,各個變量、函數和對象的可訪問性。(可產生作用的區域) 二、JavaScript中的作用域 在 JavaScript 中有兩種作用域 全局作用域 局部作用域 當變量定...

    NicolasHe 評論0 收藏0

發表評論

0條評論

jzzlee

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<