CORS跨域资源共享（学习自用）

最新推荐文章于 2024-07-15 23:46:30 发布

yayaye717

最新推荐文章于 2024-07-15 23:46:30 发布

阅读量799

点赞数 12

文章标签：学习

本文链接：https://blog.csdn.net/yayaye717/article/details/140051453

版权

CORS跨域资源共享

接口的跨域问题
前面编写的GET和POST接口，存在一个问题：不支持跨域请求。
解决接口跨域问题的方案主要有两种：

CORS（主流的解决方案，推荐使用）
JSONP（有缺陷的解决方案：只支持GET请求）
扩展：
跨域是什么？
跨域问题是指在Web开发中，当一个网页的脚本试图访问不同域名下的资源时所遇到的限制。这种限制是由浏览器的同源策略（Same-Origin Policy）所引起的。同源策略是一种安全机制，它限制了一个网页中加载的文档或脚本如何与来自不同源的资源进行交互。
当涉及到接口的跨域请求时，常见的问题是跨域资源共享（Cross-Origin Resource Sharing，CORS）。CORS是一种机制，允许服务器在响应中设置HTTP头部，以允许在不同域名下的网页访问其资源。这样可以解决跨域请求时的安全限制问题。
在处理接口的跨域问题时，以下是一些常见的解决方法和注意事项：
使用CORS头部：服务器端需要在响应中设置适当的CORS头部，如Access-Control-Allow-Origin，以允许特定的域名访问资源。这样浏览器就能够允许跨域请求。
JSONP（JSON with Padding）： JSONP是一种绕过浏览器的同源策略的方法，通过动态创建

使用cors中间件解决跨域问题
cors是Express的一个第三方中间件。通过安装和配置cors中间件，可以很方便地解决跨域问题。
使用步骤：

运行npm install cors安装中间件
使用const cors=require(‘cors’)导入中间件
在路由之前调用app.use(cors())配置中间件

什么是CORS
CORS（Cross-Origin Resource Sharing，跨域资源共享）有一系列HTTP响应头组成，这些HTTP响应头决定浏览器是否阻止前端JS代码跨域获取资源。
浏览器的同源安全策略默认会阻止网页跨域获取资源。但如果接口服务器配置了CORS相关的HTTP响应头，就可以解决浏览器端的跨域访问限制。
CORS的注意事项

CORS主要在服务器端进行配置。客户端浏览器无需做额外的配置，即可请求开启了CORS的接口。
CORS在浏览器中有兼容性。只有支持XMLHttpRequest Level2的浏览器，才能正常访问开启了CORS的服务端接口（例如：IE10+、Chrome4+，FireFox3.5+）。

CORS响应头部-Access-Control-Allow-Origin
响应头部中可以携带一个Access-Control-Allow-Origin字段，其语法如下：

Access-Control-Allow-Origin:<origin>|*

其中，origin参数的值指定了允许访问该资源的外域URL。例如，下面的字段值将只允许来自http://itcast.cn 的请求：

res.setHeader('Access-Control-Allow-Origin','http://itcast.cn')

如果指定了Access-Control-Allow-Origin字段的值为通配符*，表示允许来自任何域的请求，示例代码如下：

res.setHeader('Access-Control-Allow-Origin','*')

CORS响应头部-Access-Control-Allow-Headers
默认情况下，CORS仅支持客户端向服务器发送如下9个请求头：
Accept、Accept-Language、Content-Language、DPR、Downlink、Save-Data、Viewport-Width、Width、Content-Type(值仅限于text/plain、multipart/form-data、application/x-www-form-urlencoded三者之一)
如果客户端向服务器发送了额外的请求头信息，则需要在服务器端，通过Access-Control-Allow-Headers对额外的请求头进行声明，否则这次请求会失败！

//允许客户端额外向服务器发送Content-Type请求头和X-Custom-Header请求头
//注意：多个请求头之间使用英文的逗号进行分割
res.setHeader('Access-Control-Allow-Headers','Content-Type,X-Custom-Header')

CORS响应头部-Access-Control-Allow-Methods
默认情况下，CORS仅支持客户端发起GET、POST、HEAD请求。
如果客户端希望通过PUT、DELETE等方法请求服务器的资源，则需要在服务器端，通过Access-Control-Allow-Methods来指明实际请求所允许使用的HTTP方法。

//只允许GET、POST、HEAD、DELETE请求方法
res.setHeader('Access-Control-Allow-Methods','GET,POST,HEAD,DELETE')
//允许所有的HTTP请求方法
res.setHeader('Access-Control-Allow-Methods','*')

CORS请求的分类
客户端在请求CORS接口时，根据请求方式和请求头的不同，可以将CORS的请求分为两大类，分别是：简单请求、预检请求
简单请求
同时满足以下两大条件的请求，就属于简单请求：

请求方式：GET、POST、HEAD三者之一
HTTP头部信息不超过以下几种字段：无自定义头部字段、Accept、Accept-Language、Content-Language、DPR、Downlink、Save-Data、Viewport-Width、Width、Content-Type(值仅限于text/plain、multipart/form-data、application/x-www-form-urlencoded三者之一)

预检请求
只要符合以下任何一个条件的请求，都需要进行预检请求：

请求方式为GET、POST、HEAD之外的请求Method类型
请求头中包含自定义头部字段
向服务器发送了application/json格式的数据
在浏览器与服务器正式通信之前，浏览器会先发送OPTION请求进行预检，以获知服务器是否允许该实际请求，所以这一次的OPTION请求称为“预检请求”。服务器成功响应预检请求后，才会发送真正的请求，并且携带真实数据。