前文 《深入跨域 - 从初识到入门》 中,大家已经对同源与跨域的产生历史与重要性等有了一个初步的了解了,那么我们应该如何解决在日常开发中遇到的跨域引起的问题呢?
我们将日常开发中的跨域解决方案大体分为两类:iframe跨域 与 API跨域:
??
??
otherWindow.postMessage(message,targetOrigin) 方法是 HTML5 引进的特性,可以使用它来向其它的 window 对象发送消息,无论这个 window 对象是属于同源或不同源,使用起来也比较简单。
调用 postMessage 方法的 window 对象是指要接收消息的那一个 window 对象,该方法的第一个参数 message 为要发送的消息,类型只能为字符串;第二个参数 targetOrigin 用来限定接收消息的那个 window 对象所在的域,如果不想限定域,可以使用通配符 *。
需要接收消息的 window 对象,可以通过监听自身的 message 事件来获取传过来的消息,消息内容储存在该事件对象的 data 属性中。
??
A页面向B页面发送信息:
发送信息 - 页面 http://a.com/index.html 的代码:
<iframe src="http://b.com/index.html" id="myIframe" onload="test()" style="display: none;" />
<script>
// 1. iframe载入 http://b.com/index.html 页面后会执行该函数
function test() {
// 2. 获取 http://b.com/index.html 页面的 window 对象,
// 然后通过 postMessage 向 http://b.com/index.html 页面发送消息
var iframe=document.getElementById('myIframe');
var win=iframe.contentWindow;
win.postMessage('我是来自 http://a.com/index.html 页面的消息', '*');
}
</script>
接收信息 - 页面 http://b.com/index.html 的代码:
<script type="text/javascript">
// 注册 message 事件用来接收消息
window.onmessage=function(e) {
e=e || event; // 获取事件对象
console.log(e.data); // 通过 data 属性得到发送来的消息
}
</script>
?data:从其他 window 中传递过来的对象。
?origin:调用 postMessage 时消息发送方窗口的origin源。这个字符串由 协议 + :// + 域名 + : 端口号 拼接而成,例如“https://a.com (隐含端口 80)”。
?source:对发送消息的窗口对象的引用。可以使用此来在具有不同 origin 的两个窗口之间建立双向通信。
document.domain可用于获取及配置document文档的原始域,此方式只能用于二级域名相同的情况下。
反面举例:
a.com的一个网页(a.html)里面 利用iframe引入了一个b.com里的一个网页(b.html)。
这时在a.html里面可以看到b.html里的内容,但是却不能利用javascript来操作它。因为这两个页面属于不同的域,在操作之前,浏览器会检测两个页面的域是否相等,如果相等,就允许其操作,如果不相等,就会拒绝操作。
这时,当我们利用document.domain把a.com与b.com改成同一个域时,会报"参数无效错误",因为它们的二级域名不相同。
而当我们尝试设置为com时,会报错:“com是顶级域名”。
所以需要注意:document.domain 实现跨域的方法存在局限性:需要保证二级域名、协议、端口一致才可以。
正面举例:
??
比如,有一个页面,它的地址是 http://a.test.com/index.html,在这个页面里面有一个 iframe,它的 src 是 http://b.test.com/index.html。很显然,这个页面与它里面的 iframe 框架是不同域的,所以我们是无法通过在页面中书写 js 代码来获取 iframe 中的东西的。
这个时候,document.domain 就可以派上用场了,我们只要在 http://a.test.com/index.html 和 http://b.test.com/index.html 这两个页面的index.html中都加入:
代码如下:
document.domain="test.com";
把document.domain 都设成相同的域名就可以了。
下面我们来看一下使用本方法需要注意的两个点:
?正如我们在上面的反面举例中强调的,document.domain 的设置是有限制的,我们只能把 document.domain 设置成自身或更高一级的父域,且二级域名必须相同。例如:a.test.com 中某个文档的 document.domain 可以设成 a.test.com、test.com 中的任意一个,但是不可以设成 b.test.com,也不可以设成 baidu.com。
?另外,可能有人疑惑为什么两个页面都需要设置 document.domain 呢?因为设置document.domain的同时,会把端口重置为null,因此如果只设置一个页面的document.domain,会导致两个网址的端口不同,还是达不到同源的目的。
潜在的安全隐患:
2022年1月11日,Chrome developer 博客发布了这么一篇文章。
??
大致意思是,Chrome未来将禁用修改document.domain。如果你的网站依赖于设置document.domain 来解决跨域的问题,那么你可能需要注意了。
而禁止修改的原因主要是:这个改变放宽了同源策略,使父页面可以访问 iframe 的文档并遍历 DOM 树,反之亦然。而这种行为引入了极大的安全隐患,主要是针对具有不同子域的共享托管服务。document.domain的设置放开了对同一服务托管的所有其他站点的访问,这使攻击者更容易访问您的站点,因为document.domain忽略了域的端口号部分。
这是一个比较奇特的方法,比如有一个这样的url:http://a.com#hello,那么我们通过执行location.hash就可以得到这样的一个字符串#hello,同时改变hash页面是不会刷新的。
假如现在我们有A页面在a.com,B页面在b.com,服务端运行地址为b.com。我们在A页面中通过iframe嵌套B页面。
?从A页面要传数据到B页面
我们在A页面中通过,修改iframe的src的方法来修改hash的内容。然后在B页面中添加setInterval定时器或者hashchange事件来监听我们的hash是否改变,如果改变那么就执行相应的操作。比如向后台服务器提交数据或者上传图片这些。
此时,B页面域名为b.com,与服务端同域,不会出现跨域问题。
?从B页面传递数据到A页面
??
经过上面的方法,我们已经从服务端拿到了数据,那么如何发送给A页面呢?肯定有同学在想,从B页面向A页面发送数据就是修改A页面的hash值了。对没错,方法就是这样,但是在执行的时候会出现一些问题。我们在B页面中直接:
parent.location.hash="#xxxx"
这样是不行的,因为前面提到过的同源策略不能直接修改父级的hash值,所以这里采用了一个代理页面的方法。部分代码:
在b.com域名下的index.html:
try {
parent.location.hash='hello';
} catch (e) {
// ie、chrome的同源安全机制无法修改parent.location.hash,
// 所以要利用一个中间的a.com域下的代理iframe修改location.hash
// 如 A=> B=> C,其中,当前页面为B,AC在同一域名下
// B不能直接修改A的hash值,故修改C,然后由C修改A
const ifrproxy=document.createElement('iframe');
ifrproxy.style.display='none';
// 注意该文件在"a.com"域下
ifrproxy.src='http://a.com/c.html#hello';
document.body.appendChild(ifrproxy);
}
我们可以利用try...catch...进行一个兼容。如果可以直接修改我们就直接修改,如果不能直接修改,那么我们在B页面中再添加一个iframe然后指向C页面(我们暂时叫他代理页面C,此页面和A页面是在相同的一个域下面),我们可以用同样的方法在url后面添加需要传递的信息。在代理页面中:
parent.parent.location.hash=self.location.hash.substring(1);
只需要写这样的一段js代码就完成了修改A页面的hash值。
下面,我们只需要对A页面中hash值的变化进行监听:
?可以通过添加一个setInterval事件,来监听hash值的改变
?可以通过hashchange事件监听
// http://a.com/index.html
window.onhashchange=checkMessage;
function checkMessage() {
var message=window.location.hash;
// ...
}
实现的核心思路就是通过修改URL的hash值,然后用定时器或hashchange事件来监听值的改变。
这种方法存在诸多的缺点,并不推荐,只是简单介绍一下:
?传递的数据会直接在URL里面显示出来,不是很安全
?传输的数据容量和类型都有限
window 对象有个 name 属性,该属性有个特征:即在一个窗口(window)的生命周期内,窗口载入的所有的页面(不管是相同域的页面还是不同域的页面)都是共享一个 window.name 的,每个页面对 window.name 都有读写的权限,window.name 是持久存在一个窗口载入过的所有页面中的,并不会因新页面的载入而进行重置。
如果name值没有修改,那么它将不会变化,并且这个值可以非常的长(2MB)。
通过下面的例子介绍如何通过 window.name 来跨域获取数据的。
??
页面 http://b.com/index.html 的代码:
<script type="text/javascript">
// 1. 给当前的 window.name 设置一个 http://a.com/index.html 页面想要得到的数据值
window.name="hello world!";
</script>
页面 http://a.com/index.html 的代码:
<iframe src="http://b.com/index.html" id="myIframe" onload="test()" style="display: none;" />
<script>
// 2. iframe载入 "http://b.com/index.html 页面后会执行该函数
function test() {
const iframe=document.getElementById('myIframe');
// 重置 iframe 的 onload 事件程序,
// 此时经过后面代码重置 src 之后,
// http://a.com/index.html 页面与该 iframe 在同一个源了,可以相互访问了
iframe.onload=function() {
// 4. 获取 iframe 里的 window.name
var data=iframe.contentWindow.name;
console.log(data); // hello world!
};
// 3. 重置一个与 http://a.com/index.html 页面同源的页面
iframe.src='http://a.com/c.html';
}
</script
方法原理:A页面通过iframe加载B页面。B页面获取完数据后,把数据赋值给window.name。然后在A页面中修改iframe使他指向本域的一个页面。这样在A页面中就可以直接通过 iframe.contentWindow.name 获取到B页面中获取到的数据。
JSONP(JSON with Padding) 是 json 的一种"使用模式",可以让网页从别的域名(网站)那获取资料,即跨域读取数据。
原理:
?在当前页面中,通过script标签加载指定资源路径,并利用这个请求路径传递数据。
?我们需要知道,对于script标签请求回来的内容,浏览器会作为脚本执行。
?所以,针对当前页面所需要的数据,跨域的服务端把数据放进当前页面本地的一个js方法里,当前页面在获取到script标签的内容后会执行此方法,在本地的js对返回的数据进行处理。这样就实现了不同域名下的两个站点间的交流。
??
// http://a.com/index.html
// 1. 定义一个 回调函数 handleResponse 用来接收返回的数据
function handleResponse(data) {
console.log(data);
};
// 2. 动态创建一个 script 标签,并且告诉后端回调函数名叫 handleResponse
var body=document.getElementsByTagName('body')[0];
var script=document.createElement('script');
script.src='http://b.com/api?callback=handleResponse';
body.appendChild(script);
// 3. 通过 script.src 请求 `http://b.com/api?callback=handleResponse`,
// 4. 后端能够识别这样的 URL 格式并处理该请求,然后返回 handleResponse(JSON.stringify({ "data": "hello" })) 给浏览器
// 5. 前端在接收到 handleResponse({ "data": "hello" }) 之后立即执行 ,也就是执行 handleResponse 方法,获得后端返回的数据,这样就完成一次跨域请求了
服务端 - Node:
// http://b.com/api
const http=require('http');
const urllib=require('url');
const port=80;
http.createServer(function (req, res) {
const { query }=urllib.parse(req.url, true);
if (query && query.callback) {
const { callback }=query
const data={ "data": "hello" }
const str=`${callback}(${JSON.stringify(data)})` // 拼成callback(data)
res.end(str);
} else {
res.end(JSON.stringify('啥也没有啊你'));
}
}).listen(port, function () {
console.log('server is listening on port ' + port);
}
JSONP的实现流程
1.前端:
?声明一个回调函数(如handleResponse),其函数名当做参数值,要传递给跨域请求数据的服务器,函数形参为要获取的目标数据(服务器返回的data)。
?创建一个<script>标签,把那个跨域的API数据接口地址,赋值给script的src,还要在这个地址中向服务器传递该函数名(可以作为url的查询字符串:?callback=handleResponse)。
1.服务端:
?服务器接收到请求后,需要根据约定的字段callback进行特殊的处理:把传递进来的函数名和需要传递的数据拼接成一个字符串,例如:传递进来的函数名是handleResponse,需要传递的数据{ "data": "hello" }。最终拼接的字符串是handleResponse(JSON.stringify({ "data": "hello" }))。
?最后服务器把准备的数据通过HTTP协议返回给前端,前端会将返回的报文作为js执行,从而调用之前声明的回调函数(handleResponse),对返回的数据进行操作。
优点
?它不像XMLHttpRequest 对象实现 Ajax 请求那样受到同源策略的限制
?简单,兼容性好,可用于解决主流浏览器的跨域数据访问问题。
?不需要 XMLHttpRequest 等的支持;并且在请求完毕后可以通过调用 callback 的方式回传结果。
缺点
?仅支持 GET 请求,具有局限性。
?安全问题。
?无法捕获JSONP请求时的连接异常。
在关于同源策略的概述中,我们知道了当一个资源从与该资源本身所在的服务器不同的域、协议或端口请求一个资源时,需要发起一个跨域 HTTP 请求。
而跨域资源共享(CORS) 是一个W3C标准,全称是"跨域资源共享"(Cross-origin resource sharing),定义了在必须访问跨域资源时,浏览器与服务器应该如何沟通。
CORS使用自定义的 HTTP 头来告诉浏览器,让运行在一个origin(domain) 上的Web应用被准许访问来自不同源服务器上的指定的资源。
简单来说,就是允许服务器声明哪些源站通过浏览器有权限访问哪些资源。
其实对于跨域资源的请求,浏览器已经把我们的请求发放给了服务器,浏览器也接受到了服务器的响应,只是浏览器一看我们两个的域不一样就把消息给拦截了,不给我们显示。所以如果在服务器就告诉浏览器这个数据是每个源都可以获取的就可以了。这就是CORS跨域资源共享。
这样的话,任何源都可以通过AJAX发起请求来获取我们提供的数据。针对不同语言的服务器后端有不一样的处理方法,但是实质是一样的。允许浏览器向跨域服务器发出XMLHttpRequest请求,从而克服了AJAX只能同源使用的限制。
CORS需要浏览器和服务器同时支持。目前,几乎所有浏览器都支持该功能,IE浏览器不能低于IE10。
浏览器端:
目前,所有浏览器都支持该功能(IE10以下不行)。整个CORS通信过程,都是浏览器自动完成,不需要用户参与。
服务端:
CORS通信与AJAX没有任何差别,因此不需要改变以前的业务逻辑。只不过,浏览器会在请求中携带一些头信息,我们需要以此判断是否允许其跨域,然后在响应头中加入一些信息即可。这一般通过过滤器完成即可
??
我们先来看一下一个CORS请求的完整过程是怎么完成的:
??
如上图所示,我们可以看到在CORS过程中有一个预检请求 preflight request (if necessary),那么是否执行预检的标准是什么呢?我们先来大概了解一下,后面会对具体的划分标准进行详述。
对那些可能对服务器数据产生副作用的 HTTP 请求方法(特别是 GET 以外的 HTTP 请求,或者搭配特殊Content-Type信息的 POST 请求),浏览器在发送真正的请求之前,必须首先使用 OPTIONS 方法发起一个预检请求(preflight request),从而获知服务端是否允许该跨域请求。
服务器确认允许之后,才发起实际的 HTTP 请求。在预检请求的返回中,服务器端也可以通知客户端,是否需要携带身份凭证(包括 Cookies 和 HTTP 认证相关数据)。
下面我们来具体看一下,CORS请求是否执行预检的具体判断标准是什么?
浏览器将CORS请求分成两类:简单请求(simple request)和非简单请求(not-so-simple request)。其中,简单请求就是某些不会触发CORS预检的请求,那么与之对应的,非简单请求就会触发预检请求了。
至于简单请求与非简单请求是如何确认的呢,我们接着往下看。
请求方法是以下三种方法之一:
?GET
?POST
?HEAD(与get请求类似,是一种只发送请求不会收到响应的请求方式,通常单纯是为了判断某个资源是否存在,比get意义更加明确,日常用的比较少)
HTTP的头信息不超出以下几种字段:
?Accept
?Accept-Language
?Content-Language
?Content-Type:只限于三个值 application/x-www-form-urlencoded(一般用于表单移交,不支持文件上传,以key1=val1&key2=val2的方式提交)、multipart/form-data(用于在表单进行文件上传)、text/plain(用于数据以纯文本形式编码)
??
综上,凡是不同时满足上面两个条件,就属于非简单请求。
浏览器对这两种请求的处理,是不一样的。
下面通过简单的区分 headers.Content-Type,实现CORS简单请求与复杂请求
fetch('https://www.baidu.com/', {
method: 'POST',
headers: {
'Content-Type': 'text/plain',
}
})
.then((resp)=> resp.text())
.then(console.log)
??
?在请求中会附加一个额外的 Origin 头部,其中包含请求页面的源信息(协议、域名和端口),以便服务器根据这个头部信息来决定是否给予响应。例如:Origin: http://a.jdl.com
?如果服务器认为这个请求可以接受,就在 Access-Control-Allow-Origin 头部中回复相同的源信息。例如:Access-Control-Allow-Origin:http://a.jdl.com
?如果需要包含 cookie 信息,ajax 请求需要设置 xhr 的属性 withCredentials 为 true,服务器需要设置响应头部 Access-Control-Allow-Credentials: true。
fetch('https://www.baidu.com/', {
method: 'POST',
headers: {
'Content-Type': 'application/json',
}
})
.then((resp)=> resp.text())
.then(console.log)
??
上图中,我们可以看到,浏览器在发送真正的请求之前,会先发送一个 Preflight 请求给服务器,这种请求使用 OPTIONS 方法,发送下列头部:
?Origin:与简单的请求相同。
?Access-Control-Request-Method: 请求自身使用的方法。
?Access-Control-Request-Headers: 自定义的头部信息,多个头部以逗号分隔。
例如:
Origin: http://a.com
Access-Control-Request-Method: POST
Access-Control-Request-Headers: authorization,content-type,lop-dn,md5-content,token
??
发送这个请求后,服务器可以决定是否允许这种类型的请求。服务器通过在响应中发送如下头部与浏览器进行沟通:
?Access-Control-Allow-Origin:
?Access-Control-Allow-Methods: 允许的方法,多个方法以逗号分隔。
?Access-Control-Allow-Headers: 允许的头部,多个方法以逗号分隔。
?Access-Control-Max-Age: 应该将这个 Preflight 请求缓存多长时间(以秒表示)。
例如:
Access-Control-Allow-Origin: http://a.jdl.com
Access-Control-Allow-Methods: POST
Access-Control-Allow-Headers: authorization,content-type,lop-dn,md5-content,token
Access-Control-Max-Age: 1728000
一旦服务器通过 Preflight 请求允许该请求之后,以后每次浏览器正常的 CORS 请求,就都跟简单请求一样了,如下:
??
跨域原理:同源策略是浏览器对XMLHttpRequest等的安全策略,不是HTTP协议的一部分。服务器端调用HTTP接口只是使用HTTP协议,不会执行JS脚本,不需要同源策略,也就不存在跨越问题。
所以,同源策略只是浏览器的一个策略而已,它是限制不到后端的,也就是前端->后端会被同源策略限制,但是后端->后端则不会被限制。
因此,可以通过Nginx代理,先访问已设置CORS的【Nginx代理服务】,再让【Nginx代理服务】去访问【业务服务端】获取数据到【Nginx代理服务】,【Nginx代理服务】再把数据传到前端。
实现思路:通过nginx配置一个代理服务器(http://b.com)做跳板机,反向代理访问http://c.com接口。
??
注意:其实Nginx等中间服务器的出现,主要是针对服务端不适合直接设置CORS跨域的情况,需要用过中间服务进行API跨域的处理。
其实Node接口代理跟Nginx是一个道理,都是把请求发给一个中间服务,只不过这里是我们利用Node自己搭建了一个代理服务器。
??
// index.html http://a.com
// 步骤一:创建异步对象
const ajax=new XMLHttpRequest();
//步骤二:设置请求的url参数,参数一是请求的类型,参数二是请求的url,可以带参数,动态的传递参数到服务端
ajax.open('get', 'http://b.com/proxy?name=Alex&age=18');
//步骤三:发送请求
ajax.send();
//步骤四:注册事件,onreadystatechange状态改变就会调用
ajax.onreadystatechange=function () {
if (ajax.readyState==4 && ajax.status==200) {
//步骤五:如果能够进到这个判断,说明数据完美的回来了
console.log(ajax.responseText); // 输入相应的内容
}
}
// http://b.com/proxy
const http=require('http');
const urllib=require('url');
const querystring=require('querystring');
const port=80;
http.createServer(function (req, res) {
// 开启CORS
res.writeHead(200, {
//设置允许跨域的域名,也可设置*允许所有域名
'Access-Control-Allow-Origin': 'http://a.com',
//跨域允许的请求方法,也可设置*允许所有方法
"Access-Control-Allow-Methods": "DELETE,PUT,POST,GET,OPTIONS",
//允许的header类型
'Access-Control-Allow-Headers': 'Content-Type'
})
const { query }=urllib.parse(req.url, true);
const { methods='GET', headers }=req
const proxyReq=http.request({
host: 'http://c.com',
path: `/?${querystring.stringify(query)}`,
methods,
headers
}, proxyRes=> {
proxyRes.on('data', chunk=> {
console.log(chunk.toString())
res.end(chunk.toString())
})
}).end()
}).listen(port, function () {
console.log('server is listening on port ' + port);
}
// http://c.com
const http=require('http');
const urllib=require('url');
const port=80;
http.createServer(function (req, res) {
const { query: { name, age } }=urllib.parse(req.url, true);
res.end(`${name}今年${age}岁啦!!!`);
}).listen(port, function () {
console.log('server is listening on port ' + port);
}
WebSocket 是 HTML5 标准的一个新的网络协议。它是基于 HTTP 协议之上的扩展,是一种可以双向通信的协议。
实现了浏览器与服务器全双工通信,能更好的节省服务器资源和带宽并达到实时通讯。
在建立连接后,WebSocket 服务器和 客户端 都能主动的向对方发送或接收数据。
传统的 HTTP 协议 通信,服务端是不能主动发信息给客户端的。必须是客户端一个请求,服务器一个响应,一来一回。那么基于这种通信的方式,如果想构建一个网络在线聊天应用,就没有办法,因为不能主动推送信息,需要客户端一直轮询。
那么问题来了,为什么WebSocket 可以跨域呢?
因为同源策略仅仅是针对HTTP的,因此WebSocket 没有同源限制,客户端可以发送任意请求到服务端,只要目标服务器允许。WebSocket可以跟 HTTP 协议共用一个端口,它协议的前缀是 ws://,如果是 HTTPS,那么就是 wss://。
websocket请求的请求头中会像CORS一样加入origin字段,服务端可以根据自身需要,以这个字段来判断是否通过该请求。
??
??
?server.js
// http://b.com
const WebSocket=require('ws')
const WebSocketServer=WebSocket.Server
// 创建 websocket 服务器 监听在 3000 端口
const wss=new WebSocketServer({ port: 3000 })
// 服务器被客户端连接
wss.on('connection', (ws)=> {
// 通过 ws 对象,就可以获取到客户端发送过来的信息和主动推送信息给客户端
let i=0
setInterval(function f() {
ws.send(i++) // 每隔 1 秒给连接方报一次数
}, 1000)
}
?client.js
// http://a.com
const WebSocket=require('ws')
const ws=new WebSocket('ws://b.com:3000')
// 接受
ws.on('message', (message)=> {
console.log(message)
// 当数字达到 10 时,断开连接
if (message==10) {
ws.send('close')
ws.close()
}
}
以上,我们完成了对同源与跨域的理论认识与解决方案的学习。针对不同解决方案的适用场景,在什么情况下应该使用哪种方案,大家应该具体问题具体分析,根据不同方案的优缺点进行对比选择。
者:强哥科技兴
链接:https://www.jianshu.com/p/383c3f3d2966
什么是跨域
JavaScript出于安全方面的考虑,不允许跨域调用其他页面的对象。那什么是跨域呢,简单地理解就是因为JavaScript同源策略的限制,a.com域名下的js无法操作b.com或是c.a.com域名下的对象。
当协议、子域名、主域名、端口号中任意一个不相同时,都算作不同域。不同域之间相互请求资源,就算作“跨域”。
有一点必须要注意:跨域并不是请求发不出去,请求能发出去,服务端能收到请求并正常返回结果,只是结果被浏览器拦截了。之所以会跨域,是因为受到了同源策略的限制,同源策略要求源相同才能正常进行通信,即协议、域名、端口号都完全一致。
大家可以参照下图,有助于深入理解跨域。
特别说明两点:
第一:如果是协议和端口造成的跨域问题“前台”是无能为力的。
第二:在跨域问题上,域仅仅是通过“URL的首部”来识别而不会根据域名对应的IP地址是否相同来判断。“URL的首部”可以理解为“协议, 域名和端口必须匹配”。
什么是同源策略及其限制
同源策略限制从一个源加载的文档或脚本如何与来自另一个源的资源进行交互。这是一个用于隔离潜在恶意文件的关键的安全机制。它的存在可以保护用户隐私信息,防止身份伪造等(读取Cookie)。
同源策略限制内容有:
Cookie、LocalStorage、IndexedDB 等存储性内容
DOM 节点
AJAX 请求不能发送
但是有三个标签是允许跨域加载资源:
接下来我们讨论下有哪些处理跨域的方法。但所有的跨域都必须经过信息提供方的允许。如果未经允许即可获取,那是浏览器同源策略出现漏洞。
处理跨域方法一——JSONP
1.JSONP原理
利用<script>元素的这个开放策略,网页可以得到从其他来源动态产生的 JSON 数据。JSONP请求一定需要对方的服务器做支持才可以。
2.JSONP和AJAX对比
JSONP和AJAX相同,都是客户端向服务器端发送请求,从服务器端获取数据的方式。但AJAX属于同源策略,JSONP属于非同源策略(跨域请求)
3.JSONP优缺点
JSONP优点是兼容性好,可用于解决主流浏览器的跨域数据访问的问题。缺点是仅支持get方法具有局限性。
4.JSONP的流程(以第三方API地址为例,不必考虑后台程序)
声明一个回调函数,其函数名(如fn)当做参数值,要传递给跨域请求数据的服务器,函数形参为要获取目标数据(服务器返回的data)。
创建一个<script>标签,把那个跨域的API数据接口地址,赋值给script的src,还要在这个地址中向服务器传递该函数名(可以通过问号传参:?callback=fn)。
服务器接收到请求后,需要进行特殊的处理:把传递进来的函数名和它需要给你的数据拼接成一个字符串,例如:传递进去的函数名是fn,它准备好的数据是fn([{"name":"jianshu"}])。
最后服务器把准备的数据通过HTTP协议返回给客户端,客户端再调用执行之前声明的回调函数(fn),对返回的数据进行操作。
其中 fn 是客户端注册的回调的函数,目的获取跨域服务器上的json数据后,对数据进行在处理。
最后服务器返回给客户端数据的格式为:
5.jQuery的jsonp形式
JSONP都是GET和异步请求的,不存在其他的请求方式和同步请求,且jQuery默认就会给JSONP的请求清除缓存。
处理跨域方法二——CORS
1.CORS原理
整个CORS通信过程,都是浏览器自动完成,不需要用户参与。对于开发者来说,CORS通信与同源的AJAX通信没有差别,代码完全一样。浏览器一旦发现AJAX请求跨源,就会自动添加一些附加的头信息,有时还会多出一次附加的请求,但用户不会有感觉。因此,实现CORS通信的关键是服务器。只要服务器实现了CORS接口,就可以跨源通信。
2.CORS优缺点
CORS要求浏览器(>IE10)和服务器的同时支持,是跨域的根本解决方法,由浏览器自动完成。
优点在于功能更加强大支持各种HTTP Method,缺点是兼容性不如JSONP。
只需要在服务器端做一些小小的改造即可:
例如:网站http://localhost:{{63342:0}}/ 页面要请求http://localhost:3000/users/userlist 页面,userlist页面返回json字符串格{name: 'Mr.Cao', gender: 'male', career: 'IT Education'}
在响应头上添加Access-Control-Allow-Origin属性,指定同源策略的地址。同源策略默认地址是网页的本身。只要浏览器检测到响应头带上了CORS,并且允许的源包括了本网站,那么就不会拦截请求响应。
处理跨域方法三——WebSocket
Websocket是HTML5的一个持久化的协议,它实现了浏览器与服务器的全双工通信,同时也是跨域的一种解决方案。WebSocket和HTTP都是应用层协议,都基于 TCP 协议。但是 WebSocket 是一种双向通信协议,在建立连接之后,WebSocket 的 server 与 client 都能主动向对方发送或接收数据。同时,WebSocket 在建立连接时需要借助 HTTP 协议,连接建立好了之后 client 与 server 之间的双向通信就与 HTTP 无关了。
原生WebSocket API使用起来不太方便,我们使用Socket.io,它很好地封装了webSocket接口,提供了更简单、灵活的接口,也对不支持webSocket的浏览器提供了向下兼容。
处理跨域方法四——postMessage
如果两个网页不同源,就无法拿到对方的DOM。典型的例子是iframe窗口和window.open方法打开的窗口,它们与父窗口无法通信。HTML5为了解决这个问题,引入了一个全新的API:跨文档通信 API(Cross-document messaging)。这个API为window对象新增了一个window.postMessage方法,允许跨窗口通信,不论这两个窗口是否同源。postMessage方法的第一个参数是具体的信息内容,第二个参数是接收消息的窗口的源(origin),即"协议 + 域名 + 端口"。也可以设为*,表示不限制域名,向所有窗口发送。
接下来我们看个例子:
近期文章:
等等,先别走!「码个蛋」又有活动了!参与活动不但可以培养自己的好习惯,还能拿到「码个蛋」IP系列专属奖品,速度要快...
今日问题:
你希望公众号增加什么内容呢,请大声说出来?
留言格式:
打卡x 天,答:xxx。
告诉你一个小技巧:
只需3步,你将不会错过任何一篇文章!
后端数据交互经常会碰到请求跨域,什么是跨域,以及有哪几种跨域方式,这是本文要探讨的内容。
一、什么是跨域?
1.什么是同源策略及其限制内容?
同源策略是一种约定,它是浏览器最核心也最基本的安全功能,如果缺少了同源策略,浏览器很容易受到 XSS、CSFR 等攻击。所谓同源是指"协议+域名+端口"三者相同,即便两个不同的域名指向同一个 ip 地址,也非同源。
同源策略限制内容有:
Cookie、LocalStorage、IndexedDB 等存储性内容
DOM 节点
AJAX 请求发送后,结果被浏览器拦截了
但是有三个标签是允许跨域加载资源:
<img src=XXX>
<link href=XXX>
<script src=XXX>
2.常见跨域场景
当协议、子域名、主域名、端口号中任意一个不相同时,都算作不同域。不同域之间相互请求资源,就算作“跨域”。常见跨域场景如下图所示:
特别说明两点:
第一:如果是协议和端口造成的跨域问题“前台”是无能为力的。
第二:在跨域问题上,仅仅是通过“URL 的首部”来识别而不会根据域名对应的 IP 地址是否相同来判断。“URL 的首部”可以理解为“协议, 域名和端口必须匹配”。
这里你或许有个疑问:请求跨域了,那么请求到底发出去没有?
跨域并不是请求发不出去,请求能发出去,服务端能收到请求并正常返回结果,只是结果被浏览器拦截了。你可能会疑问明明通过表单的方式可以发起跨域请求,为什么 Ajax 就不会?因为归根结底,跨域是为了阻止用户读取到另一个域名下的内容,Ajax 可以获取响应,浏览器认为这不安全,所以拦截了响应。但是表单并不会获取新的内容,所以可以发起跨域请求。同时也说明了跨域并不能完全阻止 CSRF,因为请求毕竟是发出去了。
二、跨域解决方案
1.jsonp
1)JSONP 原理
利用 script 标签没有跨域限制的漏洞,网页可以得到从其他来源动态产生的 JSON 数据。JSONP 请求一定需要对方的服务器做支持才可以。
2)JSONP 和 AJAX 对比
JSONP 和 AJAX 相同,都是客户端向服务器端发送请求,从服务器端获取数据的方式。但 AJAX 属于同源策略,JSONP 属于非同源策略(跨域请求)
3)JSONP 优缺点
JSONP 优点是简单兼容性好,可用于解决主流浏览器的跨域数据访问的问题。缺点是仅支持 get 方法具有局限性,不安全可能会遭受 XSS 攻击。
4)JSONP 的实现流程
声明一个回调函数,其函数名(如 show)当做参数值,要传递给跨域请求数据的服务器,函数形参为要获取目标数据(服务器返回的 data)。
创建一个script标签,把那个跨域的 API 数据接口地址,赋值给 script 的 src,还要在这个地址中向服务器传递该函数名(可以通过问号传参:?callback=show)。
服务器接收到请求后,需要进行特殊的处理:把传递进来的函数名和它需要给你的数据拼接成一个字符串,例如:传递进去的函数名是 show,它准备好的数据是show('我不爱你')。
最后服务器把准备的数据通过 HTTP 协议返回给客户端,客户端再调用执行之前声明的回调函数(show),对返回的数据进行操作。
在开发中可能会遇到多个 JSONP 请求的回调函数名是相同的,这时候就需要自己封装一个 JSONP 函数。
// index.html` function` `jsonp({ url, params, callback }) {` return` `new` `Promise((resolve, reject)={` let script=document.createElement(``'script'``)` window[callback]=` `function``(data) {` resolve(data)` document.body.removeChild(script)` }` params={ ...params, callback }` `// wd=b&callback=show` let arrs=[]` for` `(let key` `in` `params) {` arrs.push(`${key}=${params[key]}`)` }` script.src=`${url}?${arrs.join(``'&'``)}`` document.body.appendChild(script)` })` }` jsonp({` url:` `'[http://localhost:3000/say](http://localhost:3000/say)'``,` params: { wd:` `'Iloveyou'` `},` callback:` `'show'` }).then(data={` console.log(data)` })`
上面这段代码相当于向http://localhost:3000/say?wd=Iloveyou&callback=show这个地址请求数据,然后后台返回show('我不爱你'),最后会运行 show()这个函数,打印出'我不爱你'
// server.js let express=require('express') let app=express() app.get('/say', function(req, res) { let { wd, callback }=req.query console.log(wd) // Iloveyou console.log(callback) // show res.end(`${callback}('我不爱你')`) }) app.listen(3000)
5) jQuery 的 jsonp 形式
JSONP 都是 GET 和异步请求的,不存在其他的请求方式和同步请求,且 jQuery 默认就会给 JSONP 的请求清除缓存。
$.ajax({` url:``"[http://crossdomain.com/jsonServerResponse](http://crossdomain.com/jsonServerResponse)"``,` dataType:``"jsonp"``,` type:``"get"``,``//可以省略` jsonpCallback:``"show"``,``//->自定义传递给服务器的函数名,而不是使用jQuery自动生成的,可省略` jsonp:``"callback"``,``//->把传递函数名的那个形参callback,可省略` success:``function` `(data){` console.log(data);}` });`
2.cors
CORS 需要浏览器和后端同时支持。IE 8 和 9 需要通过 XDomainRequest 来实现。
浏览器会自动进行 CORS 通信,实现 CORS 通信的关键是后端。只要后端实现了 CORS,就实现了跨域。
服务端设置 Access-Control-Allow-Origin 就可以开启 CORS。 该属性表示哪些域名可以访问资源,如果设置通配符则表示所有网站都可以访问资源。
虽然设置 CORS 和前端没什么关系,但是通过这种方式解决跨域问题的话,会在发送请求时出现两种情况,分别为简单请求和复杂请求。
1) 简单请求
只要同时满足以下两大条件,就属于简单请求
条件 1:使用下列方法之一:
GET
HEAD
POST
条件 2:Content-Type 的值仅限于下列三者之一:
text/plain
multipart/form-data
application/x-www-form-urlencoded
请求中的任意 XMLHttpRequestUpload 对象均没有注册任何事件监听器; XMLHttpRequestUpload 对象可以使用 XMLHttpRequest.upload 属性访问。
2) 复杂请求
不符合以上条件的请求就肯定是复杂请求了。
复杂请求的 CORS 请求,会在正式通信之前,增加一次 HTTP 查询请求,称为"预检"请求,该请求是 option 方法的,通过该请求来知道服务端是否允许跨域请求。
我们用PUT向后台请求时,属于复杂请求,后台需做如下配置:
// 允许哪个方法访问我 res.setHeader('Access-Control-Allow-Methods', 'PUT') // 预检的存活时间 res.setHeader('Access-Control-Max-Age', 6) // OPTIONS请求不做任何处理 if (req.method==='OPTIONS') { res.end() } // 定义后台返回的内容 app.put('/getData', function(req, res) { console.log(req.headers) res.end('我不爱你') })
接下来我们看下一个完整复杂请求的例子,并且介绍下 CORS 请求相关的字段
// index.html` let xhr=` `new` `XMLHttpRequest()` document.cookie=` `'name=xiamen'` `// cookie不能跨域` xhr.withCredentials=` `true` `// 前端设置是否带cookie` xhr.open(``'PUT'``,` `'[http://localhost:4000/getData](http://localhost:4000/getData)'``,` `true``)` xhr.setRequestHeader(``'name'``,` `'xiamen'``)` xhr.onreadystatechange=` `function``() {` if` `(xhr.readyState===4) {` if` `((xhr.status >=200 && xhr.status < 300) || xhr.status===304) {` console.log(xhr.response)` //得到响应头,后台需设置Access-Control-Expose-Headers` console.log(xhr.getResponseHeader(``'name'``))` }` }` }` xhr.send()` //server1.js let express=require('express'); let app=express(); app.use(express.static(__dirname)); app.listen(3000); //server2.js` let express=require(``'express'``)` let app=express()` let whitList=[``'[http://localhost:3000](http://localhost:3000/)'``] //设置白名单` app.use(``function``(req, res, next) {` let origin=req.headers.origin` if` `(whitList.includes(origin)) {` // 设置哪个源可以访问我` res.setHeader(``'Access-Control-Allow-Origin'``, origin)` // 允许携带哪个头访问我` res.setHeader(``'Access-Control-Allow-Headers'``,` `'name'``)` // 允许哪个方法访问我` res.setHeader(``'Access-Control-Allow-Methods'``,` `'PUT'``)` // 允许携带cookie` res.setHeader(``'Access-Control-Allow-Credentials'``,` `true``)` // 预检的存活时间` res.setHeader(``'Access-Control-Max-Age'``, 6)` // 允许返回的头` res.setHeader(``'Access-Control-Expose-Headers'``,` `'name'``)` if` `(req.method===` `'OPTIONS'``) {` res.end()` `// OPTIONS请求不做任何处理` }` }` next()` })` app.put(``'/getData'``,` `function``(req, res) {` console.log(req.headers)` res.setHeader(``'name'``,` `'jw'``)` `//返回一个响应头,后台需设置` res.end(``'我 app.get(``'/getData'``,` `function``(req, res) {` console.log(req.headers)` res.end(``'我不爱你'``)` })` app.use(express.static(__dirname))` app.listen(4000)` 不爱你'``)` })`
上述代码由http://localhost:3000/index.html向http://localhost:4000/跨域请求,正如我们上面所说的,后端是实现 CORS 通信的关键。
3.postMessage
postMessage 是 HTML5 XMLHttpRequest Level 2 中的 API,且是为数不多可以跨域操作的 window 属性之一,它可用于解决以下方面的问题:
页面和其打开的新窗口的数据传递
多窗口之间消息传递
页面与嵌套的 iframe 消息传递
上面三个场景的跨域数据传递
postMessage()方法允许来自不同源的脚本采用异步方式进行有限的通信,可以实现跨文本档、多窗口、跨域消息传递。
otherWindow.postMessage(message, targetOrigin, [transfer]);
message: 将要发送到其他 window 的数据。
targetOrigin:通过窗口的 origin 属性来指定哪些窗口能接收到消息事件,其值可以是字符串"*"(表示无限制)或者一个 URI。在发送消息的时候,如果目标窗口的协议、主机地址或端口这三者的任意一项不匹配 targetOrigin 提供的值,那么消息就不会被发送;只有三者完全匹配,消息才会被发送。
transfer(可选):是一串和 message 同时传递的 Transferable 对象. 这些对象的所有权将被转移给消息的接收方,而发送一方将不再保有所有权。
接下来我们看个例子: http://localhost:3000/a.html页面向http://localhost:4000/b.html传递“我爱你”,然后后者传回"我不爱你"。
// a.html` <``iframe` `src``=``"[http://localhost:4000/b.html](http://localhost:4000/b.html)"` `frameborder``=``"0"` id``=``"frame"` `onload``=``"load()"``></``iframe``//等它加载完触发一个事件` //内嵌在[http://localhost:3000/a.html](http://localhost:3000/a.html)` <script>` function load() {` let frame=document.getElementById('frame')` frame.contentWindow.postMessage('我爱你', '[http://localhost:4000](http://localhost:4000/)') //发送数据` window.onmessage=function(e) { //接受返回数据` console.log(e.data) //我不爱你` }` }` </``script``>` // b.html window.onmessage=function(e) { console.log(e.data) //我爱你 e.source.postMessage('我不爱你', e.origin) }
4.websocket
Websocket 是 HTML5 的一个持久化的协议,它实现了浏览器与服务器的全双工通信,同时也是跨域的一种解决方案。WebSocket 和 HTTP 都是应用层协议,都基于 TCP 协议。但是 WebSocket 是一种双向通信协议,在建立连接之后,WebSocket 的 server 与 client 都能主动向对方发送或接收数据。同时,WebSocket 在建立连接时需要借助 HTTP 协议,连接建立好了之后 client 与 server 之间的双向通信就与 HTTP 无关了。
原生 WebSocket API 使用起来不太方便,我们使用Socket.io,它很好地封装了 webSocket 接口,提供了更简单、灵活的接口,也对不支持 webSocket 的浏览器提供了向下兼容。
我们先来看个例子:本地文件 socket.html 向localhost:3000发生数据和接受数据
// socket.html` <``script``>` let socket=new WebSocket('[ws://localhost:3000](ws://localhost:3000/)');` socket.onopen=function () {` socket.send('我爱你');//向服务器发送数据` }` socket.onmessage=function (e) {` console.log(e.data);//接收服务器返回的数据` }` </``script``>` // server.js let express=require('express'); let app=express(); 欢迎加入全栈开发交流划水交流圈:582735936 面向划水1-3年前端人员 帮助突破划水瓶颈,提升思维能力 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('我不爱你') }); })
实现原理:同源策略是浏览器需要遵循的标准,而如果是服务器向服务器请求就无需遵循同源策略。
代理服务器,需要做以下几个步骤:
接受客户端请求 。
将请求 转发给服务器。
拿到服务器 响应 数据。
将 响应 转发给客户端。
我们先来看个例子:本地文件 index.html 文件,通过代理服务器http://localhost:3000向目标服务器http://localhost:4000请求数据。
// index.html([http://127.0.0.1:5500](http://127.0.0.1:5500/))` <``script` `src``=``"[https://cdn.bootcss.com/jquery/3.3.1/jquery.min.js](https://cdn.bootcss.com/jquery/3.3.1/jquery.min.js)"``></``script``>` <``script``>` $.ajax({` url: '[http://localhost:3000](http://localhost:3000/)',` type: 'post',` data: { name: 'xiamen', password: '123456' },` contentType: 'application/json;charset=utf-8',` success: function(result) {` console.log(result) // {"title":"fontend","password":"123456"}` },` error: function(msg) {` console.log(msg)` }` })` </``script``>` // server1.js 代理服务器([http://localhost:3000](http://localhost:3000/))` const http=require(``'http'``)` // 第一步:接受客户端请求` const server=http.createServer((request, response)={` // 代理服务器,直接和浏览器直接交互,需要设置CORS 的首部字段` response.writeHead(200, {` 'Access-Control-Allow-Origin'``:` `'*'``,` 'Access-Control-Allow-Methods'``:` `'*'``,` 'Access-Control-Allow-Headers'``:` `'Content-Type'` })` // 第二步:将请求转发给服务器` const proxyRequest=http` .request(` {` host:` `'127.0.0.1'``,` port: 4000,` url:` `'/'``,` method: request.method,` headers: request.headers` },` serverResponse={` // 第三步:收到服务器的响应` var` `body=` `''` serverResponse.on(``'data'``, chunk={` body +=chunk` })` serverResponse.on(``'end'``, ()={` console.log(``'The data is '` `+ body)` // 第四步:将响应结果转发给浏览器` response.end(body)` })` }` )` .end()` })` server.listen(3000, ()={` console.log(``'The proxyServer is running at [http://localhost:3000](http://localhost:3000/)'``)` })` // server2.js([http://localhost:4000](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](http://localhost:4000/)'``)` })`
6.nginx 反向代理
实现原理类似于 Node 中间件代理,需要你搭建一个中转 nginx 服务器,用于转发请求。
使用 nginx 反向代理实现跨域,是最简单的跨域方式。只需要修改 nginx 的配置即可解决跨域问题,支持所有浏览器,支持 session,不需要修改任何代码,并且不会影响服务器性能。
实现思路:通过 nginx 配置一个代理服务器(域名与 domain1 相同,端口不同)做跳板机,反向代理访问 domain2 接口,并且可以顺便修改 cookie 中 domain 信息,方便当前域 cookie 写入,实现跨域登录。
先下载nginx,然后将 nginx 目录下的 nginx.conf 修改如下:
// proxy服务器 server { listen 80; 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; } }
最后通过命令行nginx -s reload启动 nginx
// index.html` var xhr=new XMLHttpRequest();` // 前端开关:浏览器是否读写cookie` xhr.withCredentials=true;` // 访问nginx中的代理服务器` xhr.open('get', '[http://www.domain1.com:81/?user=admin](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)); // 向前台写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...');
7.window.name + iframe
window.name 属性的独特之处:name 值在不同的页面(甚至不同域名)加载后依旧存在,并且可以支持非常长的 name 值(2MB)。
其中 a.html 和 b.html 是同域的,都是http://localhost:3000;而 c.html 是http://localhost:4000
// a.html([http://localhost:3000/b.html](http://localhost:3000/b.html))` <``iframe` `src``=``"[http://localhost:4000/c.html](http://localhost:4000/c.html)"` `frameborder``=``"0"` onload``=``"load()"` `id``=``"iframe"``></``iframe``>` <``script``>` let first=true` // onload事件会触发2次,第1次加载跨域页,并留存数据于window.name` function load() {` if(first){` // 第1次onload(跨域页)成功后,切换到同域代理页面` let iframe=document.getElementById('iframe');` iframe.src='[http://localhost:3000/b.html](http://localhost:3000/b.html)';` first=false;` }else{` // 第2次onload(同域b.html页)成功后,读取同域window.name中数据` console.log(iframe.contentWindow.name);` }` 欢迎加入全栈开发交流划水交流圈:582735936 面向划水1-3年前端人员 帮助突破划水瓶颈,提升思维能力 }` </``script``>`
b.html 为中间代理页,与 a.html 同域,内容为空。
// c.html([http://localhost:4000/c.html](http://localhost:4000/c.html))` <``script``>` window.name='我不爱你'` </``script``>`
总结:通过 iframe 的 src 属性由外域转向本地域,跨域数据即由 iframe 的 window.name 从外域传递到本地域。这个就巧妙地绕过了浏览器的跨域访问限制,但同时它又是安全操作。
8.location.hash + iframe
实现原理: a.html 欲与 c.html 跨域相互通信,通过中间页 b.html 来实现。 三个页面,不同域之间利用 iframe 的 location.hash 传值,相同域之间直接 js 访问来通信。
具体实现步骤:一开始 a.html 给 c.html 传一个 hash 值,然后 c.html 收到 hash 值后,再把 hash 值传递给 b.html,最后 b.html 将结果放到 a.html 的 hash 值中。
同样的,a.html 和 b.html 是同域的,都是http://localhost:3000;而 c.html 是http://localhost:4000
// a.html` <``iframe` `src``=``"[http://localhost:4000/c.html](http://localhost:4000/c.html)#iloveyou"``></``iframe``>` <``script``>` window.onhashchange=function () { //检测hash的变化` console.log(location.hash);` }` </``script``>` // b.html` <``script``> window.parent.parent.location.hash=location.hash` //b.html将结果放到a.html的hash值中,b.html可通过parent.parent访问a.html页面` </``script``>` // c.html` console.log(location.hash);` let iframe=document.createElement('iframe');` iframe.src='[http://localhost:3000/b.html](http://localhost:3000/b.html)#idontloveyou';` document.body.appendChild(iframe);` 9.document.domain + iframe`
该方式只能用于二级域名相同的情况下,比如 a.test.com 和 b.test.com 适用于该方式。
只需要给页面添加 document.domain='test.com' 表示二级域名都相同就可以实现跨域。
实现原理:两个页面都通过 js 强制设置 document.domain 为基础主域,就实现了同域。
我们看个例子:页面a.zf1.cn:3000/a.html获取页面b.zf1.cn:3000/b.html中 a 的值
// a.html` <``body``>` helloa` <``iframe` `src``=``"[http://b.zf1.cn:3000/b.html](http://b.zf1.cn:3000/b.html)"` frameborder``=``"0"`onload``=``"load()"` `id``=``"frame"``></``iframe``>` <``script``>` document.domain='zf1.cn'` function load() {` }` 欢迎加入全栈开发交流划水交流圈:582735936 面向划水1-3年前端人员 帮助突破划水瓶颈,提升思维能力 </``script``>` </``body``>` // b.html <body> hellob <script> document.domain='zf1.cn' var a=100; </script> </body>
三、总结
CORS 支持所有类型的 HTTP 请求,是跨域 HTTP 请求的根本解决方案
JSONP 只支持 GET 请求,JSONP 的优势在于支持老式浏览器,以及可以向不支持 CORS 的网站请求数据。
不管是 Node 中间件代理还是 nginx 反向代理,主要是通过同源策略对服务器不加限制。
日常工作中,用得比较多的跨域方案是 cors 和 nginx 反向代理
*请认真填写需求信息,我们会在24小时内与您取得联系。