最近的项目需要在node服务端做一个用户登录的校验以及权限拦截，专业一点叫用户认证与授权，经过一番收集资料，目前常用的有两种——JWT和Session
使用JWT
JWT是JsonWebTokens的简写形式，具体是啥我就不详细写了，可以查看资料。 这里引入两个插件，express-jwt和JsonWebTokens，-
- JsonWebTokens：用作生成token
- express-jwt：用作验证指定http请求的JsonWebTokens的有效性，如果有效就将JsonWebTokens的值设置到req.user里面，然后路由到相应的router @H_404_13@
- JWT无状态，可扩展和解耦。使用JWT不需要后端进行记录，每个token都是独立的。而session的诞生就是为了解决http无状态的问题，这也就说明服务端是有存储每个用户对应的session对象的，扩展性会更繁琐些
- 跨域和CORS。每次发送请求到后端都需要检查JWT，只要验证通过就能处理请求。而Cookie只能在单域和子域中发挥作用
- JWT生成消耗一定的内存，而且体积较大，最小的它都比cookie要大，如果JWT里包含了许多声明，那问题就比较严重了，由于每次向服务器发起请求都要携带token，太大了会造成请求缓慢
- session比JWT好的地方在于在请求时浏览器会自动带http头部带上cookie，并且在用户持续使用时会不断地刷新session的过期时间，当浏览器关闭时自动清除session。相比之下JWT本身没法做到随着用户的使用而更新或手动清除，只能等自动过期 @H_404_13@
express-jwt内部引用了jsonwebtoken，对其封装使用。使用JWT形式进行认证与授权的思路如下。
在服务端中使用方式如下：
const jwt= require('jsonwebtoken');
const expressJwt = require('express-jwt');
//定义签名
const secret = 'salt';
//生成token
const token = jwt.sign({
name: 123
},secret,{
expiresIn: 60 //秒到期时间
});
//生成的token
//eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJuYW1lIjoxMjMsImlhdCI6MTQ5MTQ3NTQyNCwiZXhwIjoxNDkxNDc1NDg0fQ.hYNC4qFAyhZClmPaLixfN137d41R2CFk1xPlfLK10JU
//使用中间件验证token合法性
app.use(expressJwt ({
secret: secret
}).unless({
path: ['/login','/getUserInfo'] //除了这些地址，其他的URL都需要验证
}));
//拦截器
app.use(function (err,req,res,next) {
//当token验证失败时会抛出如下错误
if (err.name === 'UnauthorizedError') {
//这个需要根据自己的业务逻辑来处理（ 具体的err值 请看下面）
res.status(401).send('invalid token...');
}
});
//定义一个接口，返回token给客户端
app.get('/getUserInfo',function(req,res) {
res.json({
token: token
})
})
客户端中使用token的正确形式应该是把token放在authorization 这个header里， 对应的值以Bearer开头然后空一格
const instance = axios.create();
const yourToken = 'sfsgagfdgd';
//设置请求拦截器
instance.interceptors.request.use(function(config) {
config.headers.authorization =
Bearer ${yourToken}return config;
})
使用Session
传统的认证和用户识别分别采用如下形式
这里使用cookie的方式需要引入两个插件：
使用思路和JWT差不多，这里主要的区别在于客户端请求资源时不用手动在http请求的header添加标识，浏览器会自动加上cookie，具体使用方式如下
app.use(session({
secret: 'sessiontest',//与cookieParser中的一致
resave: true,//(是否允许)当客户端并行发送多个请求时，其中一个请求在另一个请求结束时对session进行修改覆盖并保存。
rolling: true,//强制在每个响应中重设cookie的过期时间，并重新开始计时
saveUninitialized:true,//初始化session时是否保存到存储。默认为true， 但是(后续版本)有可能默认失效，所以最好手动添加。
cookie: {
maxAge: 60 * 1000 //过期时间，单位毫秒
}
}));
/**
对比
作为一个实践派人士，我把两种都试了一遍，同时结合网上的博客归纳了如下对比
