这里写目录标题
一、Web开发模式
目前主流Web开发模式有两种,分别是:
- 基于服务端渲染的传统Web开发模式
- 基于前后端分离的新型Web开发模式
1.服务端渲染的Web开发模式
服务器发送给客户端的HTML页面,是在服务器通过字符串拼接,动态生成的。不需要使用Ajax这样的技术额外请求页面的数据。
app.get('/index.html',(req, res) => {
// 1.要渲染的数据
const user = {name: 'zs', age: 20}
// 2.服务器端通过字符串拼接,动态生成HTML内容
const html = `<h1>姓名:${user.name}, 年龄:${user.age}</h1>`
// 3.把生成好的页面内容响应给客户端
res.send(html)
})
优点:
-
前端耗时少。因为服务器端负责动态生成html内容,浏览器只需要直接渲染页面即可
-
有利于SEO。因为服务器端响应的是完整的html页面内容,所有爬虫更容易爬取获得信息,更有利于SEO
缺点: -
占用服务器端资源。因为服务器端完成HTML页面内容的拼接,如果请求较多,给服务器造成一定的访问压力
-
不利于前后端分离,开发效率低。使用服务器渲染,无法进行分工合作,尤其对于前端复杂度高的项目,不利于项目高效开发。
2.前后端分离开发模式
前后端分离开发模式,依赖于Ajax技术的广泛应用。就是后端只负责提供API接口,前端使用Ajax调用接口的开发模式。
优点:
-
开发体验好。前端专注于UI页面开发,后端专注于API的开发,且前端有更多的选择性。
-
用户体验好。Ajax技术的广泛应用,极大的提高了用户体验,可以轻松实现页面局部刷新。
-
减轻了服务器端的渲染压力。因为页面最终是在每个用户的浏览器中生成的。
缺点: -
不利于SEO。因为完整的html页面内容在客户端动态拼接完成,爬虫对无法爬取页面有效信息。(解决方案:利用Vue、React等前端框架的SSR技术能够很好的解决SEO问题)
二、身份认证
1.不同模式下的身份认证
- 服务端渲染推荐使用Session认证机制
- 前后端分离推荐使用JWT认证机制
三、Session认证机制
- http协议的无状态性
指客户端的每次http请求都是独立的,连续多个请求之间没有直接关系,服务器不会主动保留每次http请求的状态
1.在Express中使用Session认证
下包:npm i express-session
// 1.导入session中间件
var session = require('express-session')
// 2.配置Session中间件
app.use(session({
secret: 'keyboard cat',// secret 属性值可以任意字符串
resave: false, //固定写法
saveUninitialized: true//固定写法
}))
2.在session中存数据
当express-session中间件配置成功后,即可通过req.session来访问和使用session对象
// 登录的 API 接口
app.post('/api/login', (req, res) => {
// 判断用户提交的登录信息是否正确
if (req.body.username !== 'admin' || req.body.password !== '000000') {
return res.send({ status: 1, msg: '登录失败' })
}
// TODO_02:请将登录成功后的用户信息,保存到 Session 中
// 注意:只有成功配置了 express-session 这个中间件之后,才能够通过 req 点出来 session 这个属性
req.session.user = req.body // 用户的信息
req.session.islogin = true // 用户的登录状态
res.send({ status: 0, msg: '登录成功' })
})
3.在session取数据
// 获取用户姓名的接口
app.get('/api/username', (req, res) => {
// TODO_03:请从 Session 中获取用户的名称,响应给客户端
if (!req.session.islogin) {
return res.send({ status: 1, msg: 'fail' })
}
res.send({
status: 0,
msg: 'success',
username: req.session.user.username,
})
})
4.清空session
// 退出登录的接口
app.post('/api/logout', (req, res) => {
// TODO_04:清空 Session 信息
req.session.destroy()
res.send({
status: 0,
msg: '退出登录成功',
})
})
四、JWT认证机制
注意:当前端请求后端接口不存在跨域问题的时候,推荐使用session身份认证机制,否则推荐JWT认证机制
1.在Express中使用Session认证
下包:
npm i jsonwebtoken express-jwt
其中:
- jswebtoken用于生成JWT字符串
- express-jwt用于将JWT字符串解析还原成JSON对象
// TODO_01:安装并导入 JWT 相关的两个包,分别是 jsonwebtoken 和 express-jwt
const jwt = require('jsonwebtoken')
const expressJWT = require('express-jwt')
2.定义secret密钥
为了保证JWT字符串的安全性,防止JWT字符串在网络传输过程中被别人破解,我们需要专门定义一个用于加密和解密的secret密钥:
- 当生成JWT字符串的时候,需要使用secret密钥对用户的信息进行加密,最终得到加密好的JWT字符串
- 当JWT字符串解析还原成JSON对象的时候,需要使用secret密钥进行解密
// TODO_02:定义 secret 密钥,建议将密钥命名为 secretKey
const secretKey = 'itheima No1 ^_^'
3.登入成功后生成JWT字符串
调用jswebtoken包提供的sign()方法,将用户的信息加密成JWT字符串,响应给客户端。
// 登录接口
app.post('/api/login', function (req, res) {
// 将 req.body 请求体中的数据,转存为 userinfo 常量
const userinfo = req.body
// 登录失败
if (userinfo.username !== 'admin' || userinfo.password !== '000000') {
return res.send({
status: 400,
message: '登录失败!',
})
}
// 登录成功
// TODO_03:在登录成功之后,调用 jwt.sign() 方法生成 JWT 字符串。并通过 token 属性发送给客户端
// 参数1:用户的信息对象
// 参数2:加密的秘钥
// 参数3:配置对象,可以配置当前 token 的有效期
// 记住:千万不要把密码加密到 token 字符中
const tokenStr = jwt.sign({ username: userinfo.username }, secretKey, { expiresIn: '30s' })
res.send({
status: 200,
message: '登录成功!',
token: tokenStr, // 要发送给客户端的 token 字符串
})
})
4.将JWT字符串还原为JSON对象
客户端每次访问有权限的接口时,都需要主动通 过请求头中的Authorization字段将token字符串发送到服务器进行身份验证。
此时,服务器可以通过express-jwt这个中间件,自动将客户端发送过来的token解析还原成JSON对象:
// TODO_04:注册将 JWT 字符串解析还原成 JSON 对象的中间件
// 注意:只要配置成功了 express-jwt 这个中间件,就可以把解析出来的用户信息,挂载到 req.user 属性上
app.use(expressJWT({ secret: secretKey }).unless({ path: [/^\/api\//] }))
// 这是一个有权限的 API 接口
app.get('/admin/getinfo', function (req, res) {
// TODO_05:使用 req.user 获取用户信息,并使用 data 属性将用户信息发送给客户端
console.log(req.user)
res.send({
status: 200,
message: '获取用户信息成功!',
data: req.user, // 要发送给客户端的用户信息
})
})
5.捕获解析JWT失败后产生的错误
当使用express-jwt解析Token字符串时,如果客户端发送过来的Token字符串过期或不合法,会产生一个解析失败的错误,影响项目的正常运行。我们可以通过Express的错误中间件,捕获这个错误并进行相关的处理。
// TODO_06:使用全局错误处理中间件,捕获解析 JWT 失败后产生的错误
app.use((err, req, res, next) => {
// 这次错误是由 token 解析失败导致的
if (err.name === 'UnauthorizedError') {
return res.send({
status: 401,
message: '无效的token',
})
}
res.send({
status: 500,
message: '未知的错误',
})
})