Nodejs中的JWT和Session的使用

这里使用cookie的方式需要引入两个插件：

express-session：node端的session中间件，主要用作配置session的属性并生成
cookie-parser：node端解析cookie对象

使用思路和JWT差不多，这里主要的区别在于客户端请求资源时不用手动在http请求的header添加标识，浏览器会自动加上cookie，具体使用方式如下

var express = require('express');
var cookieParser = require('cookie-parser');
var session = require('express-session');
app.use(cookieParser('sessiontest'));
app.use(session({
  secret: 'sessiontest',//与cookieParser中的一致
  resave: true,  //(是否允许)当客户端并行发送多个请求时，其中一个请求在另一个请求结束时对session进行修改覆盖并保存。
  rolling: true,  //强制在每个响应中重设cookie的过期时间，并重新开始计时
  saveUninitialized:true,  //初始化session时是否保存到存储。默认为true， 但是(后续版本)有可能默认失效，所以最好手动添加。
  cookie: {
    maxAge: 60 * 1000 //过期时间，单位毫秒
  }
}));
/**
 * 资源请求拦截器
 * 用户端若登录状态过期或未登录则自动抛出错误
 */
app.use(function(req, res, next) {
  let url = req.originalUrl;
  req.session.touch(); //刷新session过期时间
  if (url !== '/login' && !req.session.user) {
    res.status(401).send('登录状态已过期');
    return
  }
  next();
})

对比

作为一个实践派人士，我把两种都试了一遍，同时结合网上的博客归纳了如下对比

JWT无状态，可扩展和解耦。使用JWT不需要后端进行记录，每个token都是独立的。而session的诞生就是为了解决http无状态的问题，这也就说明服务端是有存储每个用户对应的session对象的，扩展性会更繁琐些
跨域和CORS。每次发送请求到后端都需要检查JWT，只要验证通过就能处理请求。而Cookie只能在单域和子域中发挥作用
JWT生成消耗一定的内存，而且体积较大，最小的它都比cookie要大，如果JWT里包含了许多声明，那问题就比较严重了，由于每次向服务器发起请求都要携带token，太大了会造成请求缓慢
session比JWT好的地方在于在请求时浏览器会自动带http头部带上cookie，并且在用户持续使用时会不断地刷新session的过期时间，当浏览器关闭时自动清除session。相比之下JWT本身没法做到随着用户的使用而更新或手动清除，只能等自动过期