创建基本的服务器
const express = require('express');
const app = express();
app.listen(80,()=>{
console.log('express server running an http://127.0.0.1');
})
创建API路由模块
我们创建一个apiRouter,js文件作为路由模块。
const express = require('express');
const apiRouter = express.Router()
module.exports = apiRouter
导出路由模块后,我们再创建一个服务器文件index.js,来导入路由模块。
const express = require('express');
const app = express();
const apiRouter= require('./apiRouter')
app.use('/api',apiRouter)
app.listen(80,()=>{
console.log('express server running an http://127.0.0.1');
})
编写GET接口
我们在apiRouter,js里编写GET接口,启动index.js服务器,然后用postman测试。
const express = require('express');
const apiRouter = express.Router()
apiRouter.get('/get',(req,res)=>{
//获取到客户端通过查询字符串,发送到服务器的数据
const query = req.query
//调用res.send()方法,把数据响应给客户端
res.send({
status:0, // 状态,0表示崇高,1表示失败
msg:'GET请求成功', //状态描述
data:query //需要响应给客户端的具体数据
})
})
module.exports = apiRouter
编写POST接口
我们在apiRouter,js里编写POST接口,启动index.js服务器,然后用postman测试。
const express = require('express');
const apiRouter = express.Router()
apiRouter.post('/post',(req,res)=>{
//获取客户端通过请求体,发送到服务器的URL-encoded数据
const body = req.body
//调用res.send()方法,把数据响应给客户端
res.send({
status:0, // 状态,0表示崇高,1表示失败
msg:'POST请求成功', //状态描述
data:body //需要响应给客户端的具体数据
})
})
module.exports = apiRouter
const express = require('express');
const app = express();
const apiRouter= require('./apiRouter')
//配置解析表单数据的中间件
app.use(express.urlencoded({extended:false}))
//把路由模块注册到app上
app.use('/api',apiRouter)
app.listen(80,()=>{
console.log('express server running an http://127.0.0.1');
})
注意:如果要获取URL-encoded格式的请求体数据,必须配置中间件app.use(express.urlencoded({extended:false}))
同源策略
同源
就是协议、域名和端口号。若地址里面的协议、域名和端口号均相同则属于同源。以下是相对于http://www.com:8080/test/index.html的同源检测:http://www.com/dir/paghtml----成功http://www.chilcom/test/index.html----失败,域名不同https://www.com/test/index.html----失败,协议不同http://www.com:8089/test/index.html----失败,端口号不同
同源策略
同源策略是浏览器的一个安全功能,不同源的客户端脚本在没有明确授权的情况下,不能读写对方资源。所以com下的js脚本采用ajax读取com里面的文件数据是会报错的。不受同源策略限制的:页面中的链接,重定向以及表单提交是不会受到同源策略限制的。跨域资源的引入是可以的。但是js不能读写加载的内容。如嵌入到页面中的
跨域
跨域
只要协议、域名、端口号有一个不同就是跨域。
跨域的原因
跨域问题来源于JavaScript的同源策略,即只有协议+主机名+端口号(如存在)相同,则允许相互访问。为了防止某域名下的接口被其他域名下的网页非法调用,是浏览器对JavaScript施加的安全限制。也就是说JavaScript只能访问和操作自己域下的资源,不能访问和操作其他域下的资源。跨域问题是针对JS和ajax的,html本身没有跨域问题,比如a标签、script标签、甚至form标签等。
跨域问题解决方案
jsonp利用script标签可跨域的特点,在跨域脚本中可以直接回调当前脚本的函数。
cors服务器设置HTTP响应头中Access-Control-Allow-Origin值,解除跨域限制。注意:这两个跨域方案都存在一个致命的缺陷,严重依赖后端的协助。
反向代理:前端独立就能解决的跨域方案:指以代理服务器来接受internet上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给internet上请求连接的客户端,此时代理服务器对外就表现为一个反向代理服务器。
CORS跨域资源共享
接口的跨域问题
刚才编写的GET和POST接口,存在一个很严重的问题:不支持跨域请求。解决接口跨域问题的方案主要有两种:
CORSJSONP
使用cors中间件解决跨域问题
cors是express的一个第三方中间件,通过安装和配置cors中间件,可以很方便地解决跨域问题。使用步骤分为如下三步:运行nominstallcors安装中间件;使用constcors=require(‘cors’)导入中间件;在路由之前调用app.use(cors())配置中间件。
什么是cors
CORS由一系列HTTP响应头组成,这些HTTP响应头决定浏览器是否阻止前端JS代码跨域获取资源。浏览器的同源安全策略默认会阻止网页“跨域”获取资源。但是如果接口服务器配置了CORS相关的HTTP响应头,就可以接触浏览器前端的跨域访问限制。
CORS的注意事项
CORS主要在服务器端进行配置。客户端浏览器无须做任何额外的配置,即可请求开启了CORS的接口。
CORS在浏览器中有兼容性,只支持XMLHttpRequestLevel2的浏览器,才能正常访问开启了CORS的服务端接口。
CORS响应头部-Access-Control-Allow-Origin
响应头部中可以携带一个Access-Control-Allow-Origin字段,其语法如下:
其中,origin参数的值指定了允许访问该资源的外语URL。例如:下面的字段值将只允许来自http://hahcn的请求:
如果指定了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。如果客户端向服务器发送了额外的请求头信息,则需要在服务器端,通过Access-Control-Allow-Headers对额外的请求头进行声明,否则这次请求会失败。
//允许客户端额外向服务器发送Content-Type请求头和X-Custom-Header请求头
//注意:多个请求头之间使用英文的逗号进行分割
res.retHeader('Access-Control-Allow-Headers','Content-Type,X-Custom-Header')
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-Method','*')
CORS请求的分类
客户端在请求CORS接口时,根据请求方式和请求头的不同,可以将CORS的请求分为两大类,分别是:简单请求和预检请求。
简单请求
同时满足以下两大条件的请求,就属于简单请求:请求方式:GET、POST、HEAD三者之一;HTTP头部信息不超过以下几种字段:无自定义头部字段、Accept、Accept-Language、Content-Language、DPR、Downlink、Save-Data、Viewport-Width、Width、Content-Type
预检请求
只要符合以下任何一个条件的请求,都需要进行预检请求:
请求方式为GET、POST、HEAD之外的请求Method类型;请求头中包含自定义头部字段;向服务器发送了application/json格式的数据。
在浏览器与服务器正式通信之前,浏览器会先发送OPTION请求进行预检,以获知服务器是否允许该实际请求,所以这一次的OPTION请求称为“预检请求”。服务器成功响应预检请求后,才会发送真正的请求,并且携带真实数据。
简单请求和预检请求的区别
简单请求的特点:客户端与服务器之间只会发生一次请求。预检请求的特点:客户端与服务器之间会发生两次请求,OPTION预检请求成功之后,才会发起真正的请求。
JSONP接口
JSONP的概念和特点
概念:浏览器通过