Websocket是HTML5的一個(gè)持久化的協(xié)議，它實(shí)現(xiàn)了瀏覽器與服務(wù)器的全雙工通信，同時(shí)也是跨域的一種解決方案。WebSocket和HTTP都是應(yīng)用層協(xié)議，都基于 TCP 協(xié)議。但是 WebSocket 是一種雙向通信協(xié)議，在建立連接之后，WebSocket 的 server 與 client 都能主動(dòng)向?qū)Ψ桨l(fā)送或接收數(shù)據(jù)。同時(shí)，WebSocket 在建立連接時(shí)需要借助 HTTP 協(xié)議，連接建立好了之后 client 與 server 之間的雙向通信就與 HTTP 無(wú)關(guān)了。

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

我們先來(lái)看個(gè)例子：本地文件socket.html向localhost:3000發(fā)生數(shù)據(jù)和接受數(shù)據(jù)

// socket.html

// server.js
let express = require("express");
let app = express();
let WebSocket = require("ws");//記得安裝ws
let wss = new WebSocket.Server({port:3000});
wss.on("connection",function(ws) {
  ws.on("message", function (data) {
    console.log(data);
    ws.send("我不愛(ài)你")
  });
})

實(shí)現(xiàn)原理：同源策略是瀏覽器需要遵循的標(biāo)準(zhǔn)，而如果是服務(wù)器向服務(wù)器請(qǐng)求就無(wú)需遵循同源策略。
代理服務(wù)器，需要做以下幾個(gè)步驟：

接受客戶端請(qǐng)求 。

將請(qǐng)求 轉(zhuǎn)發(fā)給服務(wù)器。

拿到服務(wù)器 響應(yīng) 數(shù)據(jù)。

將 響應(yīng) 轉(zhuǎn)發(fā)給客戶端。

我們先來(lái)看個(gè)例子：本地文件index.html文件，通過(guò)代理服務(wù)器http://localhost:3000向目標(biāo)服務(wù)器http://localhost:4000請(qǐng)求數(shù)據(jù)。

// index.html(http://127.0.0.1:5500)
 
    

// server1.js 代理服務(wù)器(http://localhost:3000)
const http = require("http")
// 第一步：接受客戶端請(qǐng)求
const server = http.createServer((request, response) => {
  // 代理服務(wù)器，直接和瀏覽器直接交互，需要設(shè)置CORS 的首部字段
  response.writeHead(200, {
    "Access-Control-Allow-Origin": "*",
    "Access-Control-Allow-Methods": "*",
    "Access-Control-Allow-Headers": "Content-Type"
  })
  // 第二步：將請(qǐng)求轉(zhuǎn)發(fā)給服務(wù)器
  const proxyRequest = http
    .request(
      {
        host: "127.0.0.1",
        port: 4000,
        url: "/",
        method: request.method,
        headers: request.headers
      },
      serverResponse => {
        // 第三步：收到服務(wù)器的響應(yīng)
        var body = ""
        serverResponse.on("data", chunk => {
          body += chunk
        })
        serverResponse.on("end", () => {
          console.log("The data is " + body)
          // 第四步：將響應(yīng)結(jié)果轉(zhuǎn)發(fā)給瀏覽器
          response.end(body)
        })
      }
    )
    .end()
})
server.listen(3000, () => {
  console.log("The proxyServer is running at http://localhost:3000")
})

// server2.js(http://localhost:4000)
const http = require("http")
const data = { title: "fontend", password: "123456" }
const server = http.createServer((request, response) => {
  if (request.url === "/") {
    response.end(JSON.stringify(data))
  }
})
server.listen(4000, () => {
  console.log("The server is running at http://localhost:4000")
})

上述代碼經(jīng)過(guò)兩次跨域，值得注意的是瀏覽器向代理服務(wù)器發(fā)送請(qǐng)求，也遵循同源策略，最后在index.html文件打印出{"title":"fontend","password":"123456"}

實(shí)現(xiàn)原理類似于Node中間件代理，需要你搭建一個(gè)中轉(zhuǎn)nginx服務(wù)器，用于轉(zhuǎn)發(fā)請(qǐng)求。

使用nginx反向代理實(shí)現(xiàn)跨域，是最簡(jiǎn)單的跨域方式。只需要修改nginx的配置即可解決跨域問(wèn)題，支持所有瀏覽器，支持session，不需要修改任何代碼，并且不會(huì)影響服務(wù)器性能。

實(shí)現(xiàn)思路：通過(guò)nginx配置一個(gè)代理服務(wù)器（域名與domain1相同，端口不同）做跳板機(jī)，反向代理訪問(wèn)domain2接口，并且可以順便修改cookie中domain信息，方便當(dāng)前域cookie寫(xiě)入，實(shí)現(xiàn)跨域登錄。

先下載nginx，然后將nginx目錄下的nginx.conf修改如下:

// 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等中間件代理接口訪問(wèn)nignx時(shí)，此時(shí)無(wú)瀏覽器參與，故沒(méi)有同源限制，下面的跨域配置可不啟用
        add_header Access-Control-Allow-Origin http://www.domain1.com;  #當(dāng)前端只跨域不帶cookie時(shí)，可為*
        add_header Access-Control-Allow-Credentials true;
    }
}

最后通過(guò)命令行nginx -s reload啟動(dòng)nginx

// index.html
var xhr = new XMLHttpRequest();
// 前端開(kāi)關(guān)：瀏覽器是否讀寫(xiě)cookie
xhr.withCredentials = true;
// 訪問(wèn)nginx中的代理服務(wù)器
xhr.open("get", "http://www.domain1.com:81/?user=admin", true);
xhr.send();

// server.js
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));
    // 向前臺(tái)寫(xiě)cookie
    res.writeHead(200, {
        "Set-Cookie": "l=a123456;Path=/;Domain=www.domain2.com;HttpOnly"   // HttpOnly:腳本無(wú)法讀取
    });
    res.write(JSON.stringify(params));
    res.end();
});
server.listen("8080");
console.log("Server is running at port 8080...");

window.name屬性的獨(dú)特之處：name值在不同的頁(yè)面（甚至不同域名）加載后依舊存在，并且可以支持非常長(zhǎng)的 name 值（2MB）。

其中a.html和b.html是同域的，都是http://localhost:3000;而c.html是http://localhost:4000

 // a.html(http://localhost:3000/b.html)
  
  

b.html為中間代理頁(yè)，與a.html同域，內(nèi)容為空。

 // c.html(http://localhost:4000/c.html)
  

總結(jié)：通過(guò)iframe的src屬性由外域轉(zhuǎn)向本地域，跨域數(shù)據(jù)即由iframe的window.name從外域傳遞到本地域。這個(gè)就巧妙地繞過(guò)了瀏覽器的跨域訪問(wèn)限制，但同時(shí)它又是安全操作。

實(shí)現(xiàn)原理： a.html欲與c.html跨域相互通信，通過(guò)中間頁(yè)b.html來(lái)實(shí)現(xiàn)。 三個(gè)頁(yè)面，不同域之間利用iframe的location.hash傳值，相同域之間直接js訪問(wèn)來(lái)通信。

具體實(shí)現(xiàn)步驟：一開(kāi)始a.html給c.html傳一個(gè)hash值，然后c.html收到hash值后，再把hash值傳遞給b.html，最后b.html將結(jié)果放到a.html的hash值中。
同樣的，a.html和b.html是同域的，都是http://localhost:3000;而c.html是http://localhost:4000

 // a.html
  
  

 // b.html
  

 // c.html
 console.log(location.hash);
  let iframe = document.createElement("iframe");
  iframe.src = "http://localhost:3000/b.html#idontloveyou";
  document.body.appendChild(iframe);

該方式只能用于二級(jí)域名相同的情況下，比如 a.test.com 和 b.test.com 適用于該方式。
只需要給頁(yè)面添加 document.domain ="test.com" 表示二級(jí)域名都相同就可以實(shí)現(xiàn)跨域。

實(shí)現(xiàn)原理：兩個(gè)頁(yè)面都通過(guò)js強(qiáng)制設(shè)置document.domain為基礎(chǔ)主域，就實(shí)現(xiàn)了同域。

我們看個(gè)例子：頁(yè)面a.zf1.cn:3000/a.html獲取頁(yè)面b.zf1.cn:3000/b.html中a的值

// a.html

 helloa
  
  

// b.html

   hellob
   

CORS支持所有類型的HTTP請(qǐng)求，是跨域HTTP請(qǐng)求的根本解決方案

JSONP只支持GET請(qǐng)求，JSONP的優(yōu)勢(shì)在于支持老式瀏覽器，以及可以向不支持CORS的網(wǎng)站請(qǐng)求數(shù)據(jù)。

不管是Node中間件代理還是nginx反向代理，主要是通過(guò)同源策略對(duì)服務(wù)器不加限制。

日常工作中，用得比較多的跨域方案是cors和nginx反向代理

給大家推薦一個(gè)好用的BUG監(jiān)控工具Fundebug，歡迎免費(fèi)試用！

跨域資源共享 CORS 詳解

前端面試之道

window.postMessage

前端常見(jiàn)跨域解決方案（全）

深入跨域問(wèn)題(4) - 利用代理解決跨域