背景:
同源策略:NetSpace公司引入,基于浏览器安全,防止浏览器收到XSS、CSFR等攻击。同源,即协议+域名+端口完全一致。 同源策略:为保障用户信息安全,防止恶意网站窃取数据的一种安全策略。
“同源”:协议相同、域名相同、端口号相同
同源策略限制的行为:
- Cookie、LocalStorage和IndexDB无法读取
- DOM和JS对象无法获取
- Ajax请求不能发送
解决方案:
方案一:JSONP
原理:通过script标签引入的js不受同源策略的限制,而XmlHttpRequest对象受到同源策略的影响。可以加载跨域服务器上的脚本,用JSONP获取的不是JSON数据,而是可以直接运行的JS脚本。
eg1:jquery
function jsonpCallback(data) {
console.log("jsonpCallback: " + data.name)
}
$.ajax({
url:"http://www.nanhuaqiushui.com:8080/login",
type:"get",
dataType:"jsonp",
data:{
name: $("#name").val(),
id: $("#id").val()
},
cache: false,
timeout: 5000,
jsonp: "callback", //jsonp字段含义为服务器通过什么字段获取回调函数的名称
jsonpCallback:"jsonpCallback", //自定义回调函数名
success:function(data){
console.log("ajax success callback: " + data.name);
},
error: function(jqXHR, textStatus, errorThrown){
console.log(textStatus + ' ' + errorThrown);
}
})
eg2:vue
this.$http.jsonp("http://www.nanhuaqiushui.com:8080/login",{
params:{
name: $("#name").val(),
id: $("#id").val()
},
jsonp: "jsonpCallback"
}).then((res) => {
console.log(res);
});
服务器端处理:
app.get("/login", function(req,res){
console.log("server accept: " + req.query.name, req.query.id);
var data = "{" + "name:" + req.query.name + "- server 3001 process" + "," + "id:" + req.query.id + "- server 3001 process" + "}";
var callback = req.query.callback;
var jsonp = callback + "(" + data + ")";
console.log(jsonp);
res.send(jsonp);
res.end();
});
注意:data中字符串拼接,不能直接将JSON格式的data直接传给回调函数,否则会发生编译错误。 本质:
<script src = 'http://www.nanhuaqiushui.com:8080/login?callback=jsonpCallback&name=lidachui&id=3001&_=1473164876032'></script>
不足: 1.只能使用GET请求(即时POST也会被转换成GET请求)。 2.JSONP本质上是通过script标签的src属性实现跨域请求的,而非ajax,因此不是通过XMLHttpRequest进行传输的,所以无法注册success、error等事件监听函数。
方案二:CORS(跨资源共享)实现跨域调用
原理:使用自定义的HTTP头部让浏览器与服务器沟通,从而决定请求或响应是否成功。 Cross-Origin Resource Sharing(CORS)跨域资源共享是一份浏览器技术的规范,提供了Web服务从不同域传来沙盒脚本的方法,以避开浏览器的同源策略。(现代浏览器都支持CORS) 优点:采用XMLHttpRequest对象传递,同时支持GET/POST等多种请求方式,方便调试。是JSONP模式的现代版。
eg:
app.post('/cors',function(req,res){
res.header("Access-Control-Allow-Origin","*"); //设置请求来源不受限制
res.header("Access-Control-Allow-Headers","X-Requested-With");
res.header("Access-Control-Allow-Methods","PUT,POST,GET,DELETE,OPTIONS");
res.header("Content-Type", "application/json;charset=utf-8");
var data = {
name: req.body.name + ' - server 3001 cors process',
id: req.body.id + ' - server 3001 cors process'
};
res.send(data);
res.end();
})
优点:只需服务端设置Access-Control-Allow-Origin即可,前端无需设置。 withCredentials: true // 前端设置是否带cookie
方案三:window.name + iframe
原理:window对象的name属性很特别,name值在不同的页面(甚至不同域名)加载后依旧存在,而且可以支持非常长的name值(2MB)。 Iframe元素可以在当前网页之中,嵌入其他网页。每个iframe元素形成自己的窗口,即有自己的window对象。iframe之中的脚本,可以获得父窗口和子窗口。但是在同源的情况下,父窗口和子窗口才能通信;如果跨域,就无法拿到对方的DOM。
var proxy = function(url, callback){
var state = 0;
var iframe = document.createElement("iframe");
//加载跨域页面
iframe.src = url;
iframe.onload = function(){
if(state == 0){
//第一次onload(跨域页)成功后,切换到同域代理页面
iframe.contentWindow.location = "http://www.nanhuaqiushui.com";
state = 1;
}else if(state == 1){
//第二次onload(同域proxy页)成功后,读取同域window.name中数据
callback(iframe.contentWindow.name);
destroyFrame();
}
}
}
documetn.body.appendChild(iframe);
//获取数据后销毁这个iframe,释放内存
function destroyFrame(){
iframe.contentWindow.document.write("");
iframe.contentWindow.close();
document.body.removeChild(iframe);
}
//请求跨域b页面数据
proxy("http://www.domain2.com/b.html",function(data){
alert(data);
});
方案四:postMessage跨域(XDM)
postMessage是H5 中新的api,可解决以下问题: 页面和其打开的新窗口的数据传递; 多窗口之间消息传递; 页面与嵌套的iframe消息传递; 上面三个场景的跨域数据传递。
XDM
跨文本消息传递(cross-document messaging),简称XDM,指来自不同域的页面间传递消息。 postMessage(),参数1表示消息值,参数2表示接收方是来自哪个域的字符串。
var iframeWindow = document.getElementById("rayframe").contentWindow,
iframeWindow.postMessage("A secret","http://www.wrox.com");
接收XDM消息时,会触发window对象的message事件。这个事件以异步形式触发,因此从发送消息到接收消息可能经过一段时间的延迟。触发message事件后,传递给onmessage事件对象包含一下三方面重要信息:
1.data:作为postMessage()第一个参数传入的字符串数据 2.origin:发送消息的文档所在的域 3.source:发送消息的文档的window对象的代理。这个代理对象的主要用于在发送上一条消息的窗口中调用postMessage()方法。 用法:postMessage(data,origin)
父窗口:
<iframe src="http://www.xiaokeai.com"></iframe>
window.onmessage = function(e){
if(e.origin == "http://www.wrox.com"){
//处理接收到的数据
processMessage(e.data);
//可选,向来源窗口发送回执
e.source.postMessage("Received","http://p2p.wrox.com")
}
}
子窗口:
if(window.parent !== window.self){
window.parent.postMessage("xiaohuochai","http://fatherxiaokeai.com");
}
方法五:document.domain(两个iframe之间)
背景:同源策略认为域和子域隶属于不同的域,因此会被浏览器拦截。 方法:如果两个窗口一级域名相同,只是二级域名不同,可以通过设置document.domain来使其通信。 通过设置document.domain只能获取DOM,而Cookie、LocalStorage和IndexedDB无法获取。 问题:安全性,当一个站点被攻击后,另一个站点也会引起安全漏洞; 如果一个页面中引入多个iframe,要想跨域访问,就要都设置为相同的domain值
方法六:ngix代理跨域
1.ngix配置解决iconfont跨域 背景:浏览器跨域访问js\css\img等常规静态资源被同源策略许可,但是iconfont字体文件(eot|otf|ttf|woff|svg)例外,此时需在ngix的静态资源服务器中加入配置:; location / { add_header Access-Control-Allow-Origin * ; } 2.ngix反向代理接口跨域 原理:同源策略是浏览器的安全策略,不是HTTP协议的一部分。服务器端调用HTTP接口只是使用HTTP协议,不会执行JS脚本,不需要同源策略,也就不存在跨域问题。 实现思路:通过ngix配置一个代理服务器(域名与domain1相同,端口不同)做跳板机,反向代理访问domain2接口,并且可以顺便修改cookie中domain信息,方便当前与cookie写入,实现跨域登录。
方案七:WebSocket协议跨域
WebSocket protocol是HTML5一种新的协议。它实现了浏览器与服务器全双工通信,同时允许跨域通讯,是server push技术的一种很好的实现。原生WebSocket API使用起来不太方便,我们使用Socket.io,它很好地封装了webSocket接口,提供了更简单、灵活的接口,也对不支持webSocket的浏览器提供了向下兼容。
前端:
<div>user input:<input type="text"></div>
<script src="./socket.io.js"></script>
node后台:
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.');
});
});
方案八:锚点值
又称为片段标识符,指的是URL的#后面的部分。如果只是改变片段标识符,页面不会重新刷新。 父窗口可以把信息,写入子窗口的锚点值
var src = originURL + "#" + data;
document.getElementById("myIframe").src = src;
子窗口通过监听hashchange事件得到通知
window.onhashchange = checkMessage;
function checkMessage(){
var message = window.location.hash;
...
}
|