跨域整理（草稿）

同源策略限制了从同一个源加载的文档或脚本如何与来自另一个源的资源进行交互。这是一个用于隔离潜在恶意文件的重要安全机制

 

CORS是一个W3C标准，全称是"跨域资源共享"（Cross-origin resource sharing）跨域资源共享 CORS 详解。看名字就知道这是处理跨域问题的标准做法。CORS有两种请求，简单请求和非简单请求。

这里引用上面链接阮一峰老师的文章说明一下简单请求和非简单请求。
浏览器将CORS请求分成两类：简单请求（simple request）和非简单请求（not-so-simple request）。

只要同时满足以下两大条件，就属于简单请求。
（1) 请求方法是以下三种方法之一：

• HEAD
• GET
• POST

（2）HTTP的头信息不超出以下几种字段：

• Accept
• Accept-Language
• Content-Language
• Last-Event-ID
• Content-Type：只限于三个值application/x-www-form-urlencoded、multipart/form-data、text/plain

转发后端解决方案：

在 server1.js 服务器中发送一个请求，请求服务器 2 中的数据，由于不存在同源策略， 是可以拿到的，在服务器 1 中把拿到的数据，以自身的接口暴露出去。让当前页面访问， 就可以把数据拿到了。

JSONP

JSONP 是服务器与客户端跨源通信的常用方法。最大特点就是简单适用，兼容性好（兼容低版本IE），缺点是只支持get请求，不支持post请求。

 

CORS（Cross-origin resource sharing），跨域资源共享。

CORS 其实是浏览器制定的一个规范，它的实现则主要在服务端，它通过一些 HTTP Header 来限制可以访问的域，例如页面 A 需要访问 B 服务器上的数据，如果 B 服务器 上声明了允许 A 的域名访问，那么从 A 到 B 的跨域请求就可以完成。

对于那些会对服务器数据产生副作用的 HTTP 请求，浏览器会使用 OPTIONS 方法发起 一个预检请求（preflight request），从而可以获知服务器端是否允许该跨域请求，服 务器端确认允许后，才会发起实际的请求。在预检请求的返回中，服务器端也可以告知客 户端是否需要身份认证信息。

我们只需要设置响应头，即可进行跨域请求。

Access-Control-Request-Method：用于预检请求，作用是将实际请求所使用 HTTP 方法告诉服务器
Access-Control-Request-Headers：用于预检请求，作用是将实际请求所使用的 Header 字段告诉服务器
HTTP 响应 Headers：

Access-Control-Allow-Origin：指定了允许访问该资源的外域 URI
 

 

https://blog.csdn.net/qq_38128179/article/details/84956552