Nodejs -- CORS的介绍及使用CORS解决Express请求跨域的问题
文章目录
- CORS 跨域资源共享
-
- 1 接口的跨域问题
- 2 使用cors中间件解决跨域问题
- 3 什么是CORS
- 4 CORS的注意事项
- 5 CORS响应头部 - Access-Control-Allow-Origin
- 6 CORS响应头部 - Access-Control-Allow-Headers
- 7 CORS响应头部 - Access-Control-Allow-Methods
- 8 CORS请求的分类
- 9 简单请求
- 10 预检请求
- 11 简单请求与预检请求的区别
CORS 跨域资源共享
1 接口的跨域问题
使用Express直接编写的GET和POST接口，存在一个很严重的问题：不支持跨域请求。
例如在浏览器中通过ajax调用刚刚的接口会出现如下报错
只要使用的协议，域名或者端口号有一个不同，就会出现跨域问题
解决接口跨域问题的方案主要有两种：
- CORS(主流的解决方案，推荐使用)
- JSONP(有缺陷的解决方案：只支持GET请求)
2 使用cors中间件解决跨域问题
cors是Express的一个第三方中间件。通过安装和配置cors中间件，可以很方便地解决跨域问题。
使用步骤分为如下3步：
- 运行
npm install cors安装中间件 - 使用
const cors=require('cors)导入中间件 - 在路由之前调用
app.use(cors())配置中间件
// 导入express
const express = require('express')
const router = require("./router")
// 创建web服务器
const app = express()
// 配置urlencoded
app.use(express.urlencoded({extended: false}))
// 在路由之前，配置cors这个中间件，从而解决接口跨域的问题
const cors = require('cors')
app.use(cors())
// 挂载路由
app.use("/api", router)
// 启动服务器
app.listen(80, () => {
console.log('express server running at http://127.0.0.1')
})
3 什么是CORS
CORS(Cross-Origin Resource Sharing, 跨域资源共享)由一系列HTTP响应头组成，这些HTTP响应头决定浏览器是否阻止前端JS代码跨域获取资源。
浏览器的同源安全策略默认会阻止网页“跨域”获取资源。但如果接口服务器配置了CORS相关的HTTP响应头，就可以解除浏览器端的跨域访问限制。
4 CORS的注意事项
- CORS主要在服务器端进行配置。客户端浏览器无须做任何额外的配置，即可请求开启了CORS的接口。
- CORS在浏览器中有兼容性。只有支持XMLHttpRequest Level2的浏览器，才能正常访问开启了CORS的服务端接口（例如：IE10+、Chrome4+、FireFox3.5+)。
5 CORS响应头部 - Access-Control-Allow-Origin
响应头部中可以携带一个Access-Control-Allow-Origin字段，其语法如下：
Access-Control-Allow-Origin: | *
其中，origin参数的值指定了允许访问该资源的外域URL。
例如，下面的字段值将只允许来自http://baidu.com的请求：
res.setHeader('Access-Control-Allow-Origin', 'http://baidu.com')
如果指定了Access-Control–Allow-Origin字段的值为通配符*，表示允许来自任何域的请求，示例代码如下：
res.setHeader('Access-Control-Allow-Origin', '*')
6 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')
7 CORS响应头部 - Access-Control-Allow-Methods
默认情况下，CORS仅支持客户端发起GET、POST、HEAD请求。
如果客户端希望通过PUT、DELETE等方式请求服务器的资源，则需要在服务器端，通过Access-Control–Alow-Methods来指明实际请求所允许使用的HTTP方法。
示例代码如下：
// 只允许 POST, GET, DELETE, HEAD 方法
res.setHeader('Access-Control-Allow-Methods', 'POST, GET, DELETE, HEAD')
// 允许所有的HTTP请求方法
res.setHeader('Access-Control-Allow-Methods', '*')
8 CORS请求的分类
客户端在请求CORS接口时，根据请求方式和请求头的不同，可以将CORS的请求分为两大类，分别是：
- 简单请求
- 预检请求
9 简单请求
同时满足以下两大条件的请求，就属于简单请求：
- 请求方式：GET、POST、HEAD三者之一
- HTTP头部信息不超过以下几种字段：无自定义头部字段、Accept、Accept-.Language、Content-Language、DPR、Downlink、Save-Data、Viewport-Width、Width、Content-Type(只有三个值application/x-www-form-urlencoded, multipart/form-data, text/plain)
10 预检请求
简单请求的对立面
只要符合以下任何一个条件的请求，都需要进行预检请求：
- 请求方式为GET、POST、HEAD之外的请求Method类型
- 请求头中包含自定义头部字段
- 向服务器发送了application/json格式的数据
在浏览器与服务器正式通信之前，浏览器会先发送OPTION请求进行预检，以获知服务器是否允许该实际请求，所以这一次的OPTION请求称为"预检请求”。服务器成功响应预检请求后，才会发送真正的请求，并且携带真实数据。
11 简单请求与预检请求的区别
- 简单请求的特点：客户端与服务器之间只会发生一次请求。
- 预检请求的特点：客户端与服务器之间会发生两次请求，OPTION预检请求成功之后，才会发起真正的请求。
