跨域请求的概念和解决办法

绝地灬酷狼 2022-07-28 09:55 76阅读 0赞

## 相关概念 ##

> **同源**是指相同的协议、域名、端口，三者都相同才属于同源。

--------------------

> **同源策略**浏览器处于安全考虑，在全局层面禁止了页面加载或执行与自身来源不同的域的任何脚本，站外其他来源的脚本同页面的交互则被严格限制。

--------------------

> **跨域**由于浏览器同源策略，凡是发送请求url的协议、域名、端口三者之间任意一与当前页面地址不同即为跨域

--------------------

> **跨域资源共享**（Cross Origin Resource Sharing，CORS）是一个解决跨域问题的好办法，从而可以使用XHR从不同的源加载数据和资源。

看看哪些情况下属于**跨域**访问：

![这里写图片描述][20160414115537676]

## 解决办法 ##

幸好，除CORS以外还有几个方法可以用来从外部的数据源将数据加载到应用中。

*  document.domain+iframe
 *  动态创建script
 *  location.hash+iframe
 *  window.name
 *  HTML5 postMessage
 *  flash
 *  **JSONP（不能成为真正的Ajax，本质上仍是动态创建script）**
 *  **proxy代理（服务器代理）**
 *  **CORS**
 *  XDR

### JSONP ###

JSONP 就是 JSON With Padding… 我真的不知道这个名字的含义到底有什么卵用…

一开始在使用JSONP时, 就是使用jquery的$.ajax函数就可以了。但这造成了一个很不好的impression. 总是让我们以为JSONP 和 ajax有什么关联似的。而事实上，他们两个是完全不同的机制。xhr原理大家已经很清楚了，就是完完全全的异步操作。但JSONP的原理是什么呢？

#### JSONP原理 ####

JSONP 其实是和< script> 标签有很大的关系。JSONP最大的优势就是实现异步跨域的作用,那么他到底是怎么做到的呢？  
其实, JSONP就是**利用script 的src属性**，实现跨域的功能

上面的写法有点不符合前端风味. 说明一下, 其实processJSON,其实就相当于一个回调函数而已。在script–src里面的内容我们来瞧一瞧. 使用jsoncallback 来指定回调函数名字, 并且传入一些参数name = jimmy&age = 18

这就是前端发送JSONP的全部. 那应该怎么执行呢？或者说，返回的内容是什么呢？  
很简单, 根据jsoncallback里面指定的函数名–processJSON. 在返回的js里面使用processJSON(data); 来执行.  
服务器端返回的js内容：

processJSON({ message:"I've already received" });

然后,浏览器收到后,直接执行即可. 这里，我们来模拟一下服务器端该怎样执行一个JSONP的函数。

#### JSONP深入模拟 ####

我们可以模拟一下实实在在的JSONP请求。上面是直接将script 写死在html内部, 这样造成的结果可能会阻塞页面的加载. 所以，我们需要以另外一种方式进行，使用**异步添加script**方法。

这种方式主要是通过动态插入一个script标签。**浏览器对script的资源引用没有同源限制，同时资源加载到页面后会立即执行（没有阻塞的情况下）**。

上面就是一个精简版的JSONP了。

另外，也推荐使用jquery的**getJSON()**和**ajax()**进行请求。  
先看一下$.getJSON()

$.getJSON("http://girls.hustonline.net?callback=?", function(result){ 
      console.log(result);
    });

这里，我们需要关注一下URL中callback=?里的?的内涵。 jquery使用自动生成数的方式, 省去了我们给回调命名的困扰。 其实，最后?会被一串字符代替，比如:json23153123. 这个就代表你的回调函数名。

不过，还是推荐使用ajax,因为你一不小心就有可能忘掉最后的?。  
使用$.ajax()发送jsonp

$.ajax({ url: 'http://girls.hustonline.net?name=jimmy', dataType: 'jsonp', success: function(name){ console.log(name); }
    });

#### JSONP缺点 ####

1.  这种方式无法发送post请求（这里）
2.  另外要确定jsonp的请求是否失败并不容易，大多数框架的实现都是结合超时时间来判定。

### proxy代理 ###

这种方式首先将请求发送给后台服务器，通过服务器来发送请求，然后将请求的结果传递给前端。

需要注意的是如果你代理的是**https协议**的请求，那么你的proxy首先需要**信任该证书**（尤其是自定义证书）或者**忽略证书检查**，否则你的请求无法成功。12306就提供了一个鲜活的例子。

还需要注意一点，对于同一请求浏览器通常会从缓存中读取数据，我们有时候不想从缓存中读取，所以会加一个preventCache参数，这个时候请求url变成：url?preventCache=12345567….;这本身没有什么问题，问题出在当使用某些前端框架（比如jquery）发送proxy代理请求时，请求url为proxy?url，同时设置preventCache：true，框架不能正确处理这个参数，结果发出去的请求变成proxy?url&preventCache=123456（正长应为proxy?url?preventCache=12356）;后端截取后发送的请求为url&preventCache=123456，根本没有这个地址，所以你得不到正确结果。

### CORS ###

这是现代浏览器支持跨域资源请求的一种方式。  
![这里写图片描述][20160414125532770]  
当你使用XMLHttpRequest发送请求时，浏览器发现该请求不符合同源策略，会给该请求加一个请求头：Origin，后台进行一系列处理，如果确定接受请求则在返回结果中加入一个响应头：Access-Control-Allow-Origin;浏览器判断该响应头中是否包含Origin的值，如果有则浏览器会处理响应，我们就可以拿到响应数据，如果没有浏览器直接驳回，这时我们无法拿到响应数据。

![这里写图片描述][20160414130042245]

如果我们把Access-Control-Allow-Origin去掉，浏览器会驳回响应，我们也就拿不到数据。

![这里写图片描述][20160414130130101]

需要注意的一点是Preflighted Request的透明服务器验证机制支持开发人员使用自定义的头部、GET或POST之外的方法，以及不同类型的主题内容。总结如如：

1、非GET 、POST请求

2、POST请求的content-type不是常规的三个：application/x- www-form-urlencoded（使用 HTTP 的 POST 方法提交的表单）、multipart/form-data（同上，但主要用于表单提交时伴随文件上传的场合）、text/plain（纯文本）

3、POST请求的payload为text/html

4、设置自定义头部

OPTIONS请求头部中会包含以下头部：Origin、Access-Control-Request-Method、Access-Control-Request-Headers，发送这个请求后，服务器可以设置如下头部与浏览器沟通来判断是否允许这个请求。

Access-Control-Allow-Origin、Access-Control-Allow-Method、Access-Control-Allow-Headers

### XDR ###

这是IE8、IE9提供的一种跨域解决方案，功能较弱只支持get跟post请求，而且对于协议不同的跨域是无能为力的，比如在http协议下发送https请求。看一下微软自己的例子就行

<!DOCTYPE html>
    
    <html>
    <body>
      <h2>XDomainRequest</h2>
      <input type="text" id="tbURL" value="http://www.contoso.com/xdr.txt" style="width: 300px"><br>
      <input type="text" id="tbTO" value="10000"><br>
      <input type="button" onclick="mytest()" value="Get">   
        <input type="button" onclick="stopdata()" value="Stop">   
        <input type="button" onclick="readdata()" value="Read">
      <br>
      <div id="dResponse"></div>
      <script> var xdr; function readdata() { var dRes = document.getElementById('dResponse'); dRes.innerText = xdr.responseText; alert("Content-type: " + xdr.contentType); alert("Length: " + xdr.responseText.length); } function err() { alert("XDR onerror"); } function timeo() { alert("XDR ontimeout"); } function loadd() { alert("XDR onload"); alert("Got: " + xdr.responseText); } function progres() { alert("XDR onprogress"); alert("Got: " + xdr.responseText); } function stopdata() { xdr.abort(); } function mytest() { var url = document.getElementById('tbURL'); var timeout = document.getElementById('tbTO'); if (window.XDomainRequest) { xdr = new XDomainRequest(); if (xdr) { xdr.onerror = err; xdr.ontimeout = timeo; xdr.onprogress = progres; xdr.onload = loadd; xdr.timeout = tbTO.value; xdr.open("get", tbURL.value); xdr.send(); } else { alert("Failed to create"); } } else { alert("XDR doesn't exist"); } } </script>
    </body>
    </html>

以上就是我在实际项目中遇到的跨域请求资源的情况，有一种跨域需要特别注意就是在https协议下发送https请求，除了使用proxy代理外其他方法都无解，会被浏览器直接block掉。如果哪位道友知道解决方法，麻烦你告诉我一声。

[20160414115537676]: /images/20220724/a14f67783fe6424780d4375c16bbb355.png
[20160414125532770]: /images/20220724/9df4f8ebe27842fdb58fe0026c1f066e.png
[20160414130042245]: /images/20220724/d1b6e1a8e3ab4345bf7be4e587a9eb57.png
[20160414130130101]: /images/20220724/b4042fe453284f71b876c3cb4789b476.png