摘要:有時(shí)候會(huì)遇到傻需求,比如前端單點(diǎn)登陸遇到需求,就要去想解決辦法,這里我給大家做一個(gè)簡單的前端單點(diǎn)登陸的解決方案,用到的就是跨域信息傳輸以及的監(jiān)聽??蛇x是一串和同時(shí)傳遞的對象這些對象的所有權(quán)將被轉(zhuǎn)移給消息的接收方,而發(fā)送一方將不再保有所有權(quán)。
有時(shí)候會(huì)遇到傻X需求,比如前端單點(diǎn)登陸!遇到需求,就要去想解決辦法, 這里我給大家做一個(gè)簡單的前端單點(diǎn)登陸的解決方案, 用到的就是postMessage跨域信息傳輸以及onstorage的監(jiān)聽。 本文用到的知識點(diǎn) koa架設(shè)靜態(tài)資源服務(wù)、跨域、postMessage的用法 、onstorage監(jiān)聽storage第一步、架設(shè)兩個(gè)不同端口的服務(wù)
我們這里用koa2來搭建兩個(gè)服務(wù)到不同的端口,來模擬一下真正的工作中需要出現(xiàn)的跨域情況。
非常的簡單 主要用到 koa-static這個(gè)中間件
搭建起來也是非常容易的,如果大家想學(xué)node相關(guān)的知識 可以加我微信shouzi_1994 或者在博客下面留言你的聯(lián)系方式 這里就不多說廢話了 直接上代碼 視頻內(nèi)會(huì)有詳細(xì)的搭建步驟
// localhost:4000 const Koa = require("koa"); const path = require("path") const static = require("koa-static") const app = new Koa(); //設(shè)置靜態(tài)資源的路徑 const staticPath = "./static" app.use(static( path.join( __dirname, staticPath) )) console.log("服務(wù)啟動(dòng)在4000端口") app.listen(4000); // localhost:3000 const Koa = require("koa"); const path = require("path") const static = require("koa-static") const app = new Koa(); //設(shè)置靜態(tài)資源的路徑 const staticPath = "./static" app.use(static( path.join( __dirname, staticPath) )) console.log("服務(wù)啟動(dòng)在4000端口") app.listen(4000);第二步、跨域通訊postMessage
我們首先來看一下 postMessage的API
otherWindow.postMessage(message, targetOrigin, [transfer]);
otherWindow
其他窗口的一個(gè)引用,比如iframe的contentWindow屬性、執(zhí)行window.open返回的窗口對象、或者是命名過或數(shù)值索引的window.frames。
message
將要發(fā)送到其他 window的數(shù)據(jù)。它將會(huì)被結(jié)構(gòu)化克隆算法序列化。這意味著你可以不受什么限制的將數(shù)據(jù)對象安全的傳送給目標(biāo)窗口而無需自己序列化。[1]
targetOrigin
通過窗口的origin屬性來指定哪些窗口能接收到消息事件,其值可以是字符串""(表示無限制)或者一個(gè)URI。在發(fā)送消息的時(shí)候,如果目標(biāo)窗口的協(xié)議、主機(jī)地址或端口這三者的任意一項(xiàng)不匹配targetOrigin提供的值,那么消息就不會(huì)被發(fā)送;只有三者完全匹配,消息才會(huì)被發(fā)送。這個(gè)機(jī)制用來控制消息可以發(fā)送到哪些窗口;例如,當(dāng)用postMessage傳送密碼時(shí),這個(gè)參數(shù)就顯得尤為重要,必須保證它的值與這條包含密碼的信息的預(yù)期接受者的origin屬性完全一致,來防止密碼被惡意的第三方截獲。如果你明確的知道消息應(yīng)該發(fā)送到哪個(gè)窗口,那么請始終提供一個(gè)有確切值的targetOrigin,而不是。不提供確切的目標(biāo)將導(dǎo)致數(shù)據(jù)泄露到任何對數(shù)據(jù)感興趣的惡意站點(diǎn)。
transfer 可選
是一串和message 同時(shí)傳遞的 Transferable 對象. 這些對象的所有權(quán)將被轉(zhuǎn)移給消息的接收方,而發(fā)送一方將不再保有所有權(quán)。
怎么樣是不是很容易理解,這里給大家中文化一下。
要傳輸?shù)哪莻€(gè)(父)子窗口.postMessage(傳輸?shù)膬?nèi)容, 傳輸?shù)侥膫€(gè)地址, [權(quán)限是否轉(zhuǎn)移(一般不用)]);
提前說一下,要想跨域傳輸,必須是父子頁面,也就是說,是通過js Open的頁面,或者ifream嵌套的頁面
好了 我們開始來寫代碼
Document 我是端口3000網(wǎng)站的內(nèi)容
Document 我是端口4000網(wǎng)站的內(nèi)容
寫到這里我們已經(jīng)實(shí)現(xiàn)了父子頁面的跨域通訊,但是這個(gè)通訊只發(fā)生在一個(gè)窗口內(nèi)啊,并沒有達(dá)到我想要的效果,該怎么辦呢。
監(jiān)聽數(shù)值變化,做出及時(shí)反應(yīng)到這里大家需要思考,什么東西是瀏覽器上的所有同域名網(wǎng)站都能看到的呢?
沒錯(cuò),storage,我們只需要對這個(gè)進(jìn)行監(jiān)聽就好了。
這里我們選擇監(jiān)聽 loacalStorage 現(xiàn)在我們對子頁面做一下改進(jìn)
Document 我是端口4000網(wǎng)站的內(nèi)容
看,我們是不是到現(xiàn)在就能夠針對跨域傳輸?shù)膬?nèi)容做出響應(yīng)了呢?
思考現(xiàn)在我們做到了兩個(gè)頁面的跨域通訊,那么三個(gè)到多個(gè)的跨域通訊怎么做呢?其實(shí)一個(gè)道理啦?,F(xiàn)在道理說給你了,寫法自己去體驗(yàn)一下吧。
寫在最后大家有什么工作上的坎,想不通的問題,學(xué)習(xí)上的難點(diǎn),都可以給我微信發(fā)信息,或者在博客評論,我都會(huì)盡力幫助大家,經(jīng)典問題我會(huì)做成視頻和大家分享。基礎(chǔ)入門視頻我還是會(huì)持續(xù)制作,不過我覺得教基礎(chǔ)是真的難,還好我手里還有很多免費(fèi)的入門視頻,需要的也可以找我。完全免費(fèi)。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.hztianpu.com/yun/98874.html
摘要:同源策略在這之前需要先熟悉一下這個(gè)概念,同源指請求協(xié)議相同,主機(jī)名相同,端口相同,涉及安全的策略。同源策略主要限制的是不同源之間的交互操作,對于跨域內(nèi)嵌的資源不受該策略限制。 問題起因是在使用weibo api的時(shí)候,發(fā)現(xiàn)有一個(gè)報(bào)錯(cuò)。weibo api是https協(xié)議,我本地是模擬的回調(diào)域名,然后進(jìn)行數(shù)據(jù)通信,本地http協(xié)議,于是乎就報(bào)錯(cuò)了。出于對postMessage的不是很熟悉,...
摘要:需注意的是由于同源策略的限制,所讀取的為跨域請求接口所在域的,而非當(dāng)前頁。目前,所有瀏覽器都支持該功能需要使用對象來支持,也已經(jīng)成為主流的跨域解決方案。反向代理接口跨域跨域原理同源策略是瀏覽器的安全策略,不是協(xié)議的一部分。 什么是跨域? 跨域是指一個(gè)域下的文檔或腳本試圖去請求另一個(gè)域下的資源,這里跨域是廣義的。 廣義的跨域: 1.) 資源跳轉(zhuǎn): A鏈接、重定向、表單提交 2.) 資源...
摘要:二跨域解決方案原理利用標(biāo)簽沒有跨域限制的漏洞,網(wǎng)頁可以得到從其他來源動(dòng)態(tài)產(chǎn)生的數(shù)據(jù)。使用反向代理實(shí)現(xiàn)跨域,是最簡單的跨域方式。 前言 前后端數(shù)據(jù)交互經(jīng)常會(huì)碰到請求跨域,什么是跨域,以及有哪幾種跨域方式,這是本文要探討的內(nèi)容。 本文完整的源代碼請猛戳github博客,紙上得來終覺淺,建議動(dòng)手敲敲代碼 一、什么是跨域? 1.什么是同源策略及其限制內(nèi)容? 同源策略是一種約定,它是瀏覽器最核心...
摘要:二跨域解決方案原理利用標(biāo)簽沒有跨域限制的漏洞,網(wǎng)頁可以得到從其他來源動(dòng)態(tài)產(chǎn)生的數(shù)據(jù)。使用反向代理實(shí)現(xiàn)跨域,是最簡單的跨域方式。 前言 前后端數(shù)據(jù)交互經(jīng)常會(huì)碰到請求跨域,什么是跨域,以及有哪幾種跨域方式,這是本文要探討的內(nèi)容。 本文完整的源代碼請猛戳github博客,紙上得來終覺淺,建議動(dòng)手敲敲代碼 一、什么是跨域? 1.什么是同源策略及其限制內(nèi)容? 同源策略是一種約定,它是瀏覽器最核心...
閱讀 4069·2021-09-27 13:35
閱讀 1184·2021-09-24 09:48
閱讀 2969·2021-09-22 15:42
閱讀 2404·2021-09-22 15:28
閱讀 3213·2019-08-30 15:43
閱讀 2681·2019-08-30 13:52
閱讀 3037·2019-08-29 12:48
閱讀 1544·2019-08-26 13:55