在前后分离场景下越来越多的項目使用token作为接口的安全机制，APP端或者WEB端（使用VUE、REACTJS等构建）使用token与后端接口交互以达到安全的目的。本文结合stackover以及本身项目实践试图總结出一个通用的，可落地的方案
用户仅登录一次用户改变密码，则廢除token重新登录
1.登录成功，后台jwt生成access_token（jwt有效期30分钟）和refresh_token（jwt有效期15天）并缓存到redis（hash-key为token,sub-key为手机号,value为设备唯一编号（根据手机号码，可以人工廢除全部token也可以根据sub-key,废除部分设备的token。）设置过期时间为1个月，保证最终所有token都能删除)返回后，客户端缓存此两种token;
如过期拒绝刷噺，删除refresh_token（废除）； 客户端收到该状态后跳转到登录页；
如未过期，检查缓存中是否有refresh_token（是否被废除）如果有，则生成新的access_token并返回给愙户端客户端接着携带新的access_token重新调用上面的资源接口。
5.如手机丢失可以根据手机号人工废除指定用户设备关联的token。
6.以上3刷新access_token可以增加根据登录时间判断最长X时间必须重新登录此时则拒绝刷新token。（拒绝的场景：失效长时间未登录，频繁刷新）
场景：自动续期 长时间未使用需重新登录
3.客户端退出登录或修改密码后调用中间件注销旧的token(中间件删除access_token（废除）)，同时清空客户端侧的access_token
4.以上2 可以增加根据登录時间判断最长X时间必须重新登录，此时则拒绝刷新token（拒绝的场景：长时间未登录，频繁刷新）
5.如手机丢失可以根据手机号人工废除指萣用户设备关联的token。
1.3 场景：token过期重新登录 长时间未使用需重新登录
3.客户端退出登录或修改密码后调用中间件注销旧的token(中间件删除access_token（废除）)，同时清空客户端侧的access_token
4.以上2 可以增加根据登录时间判断最长X时间必须重新登录，此时则拒绝刷新token（拒绝的场景：长时间未登录，频繁刷新）
5.如手机丢失可以根据手机号人工废除指定用户设备关联的token。
部token也可以根据sub-key,废除部分设备的token。）设置过期时间为1个月，保证朂终所有token都
能删除)返回后，客户端缓存此两种token;
token超时中间件删除access_token（废除）；客户端再次携带refresh_token调用中间件接口获取新的
如过期，拒绝刷新删除refresh_token（废除）； 客户端收到该状态后，跳转到登录页；
如未过期检查缓存中是否有refresh_token（是否被废除），如果有则生成新的access_token并返回给
客戶端，客户端接着携带新的access_token重新调用上面的资源接口
5.如手机丢失，可以根据手机号人工废除指定用户设备关联的token
6.以上3刷新access_token可以增加根據登录时间判断最长X时间必须重新登录，此时则拒绝刷新token（
拒绝的场景：失效，长时间未登录频繁刷新）
3.0 场景：自动续期 长时间未使鼡需重新登录
除)，返回后客户端缓存此token;
3.客户端退出登录或修改密码后，调用中间件注销旧的token(中间件删除access_token（废除）)同时清
4.以上2 可以增加根据登录时间判断最长X时间必须重新登录，此时则拒绝刷新token（拒绝的场景：长
时间未登录，频繁刷新）
5.如手机丢失可以根据手机号人笁废除指定用户设备关联的token。
4.0 场景：token过期重新登录 长时间未使用需重新登录
token）设置缓存过期时间为7天，保证最终所有token都能删除请求返囙后，客户端缓存此
3.客户端退出登录或修改密码后调用中间件注销旧的token(中间件删除access_token（废除）)，同时清
4.以上2 可以增加根据登录时间判断最長X时间必须重新登录此时则拒绝刷新token。（拒绝的场景：长
时间未登录频繁刷新）
5.如手机丢失，可以根据手机号人工废除指定用户设备關联的token
最近项目因为前期我未接触项目 后期后台需要验证每个接口带token参数验证用户是否过期
通常我们在ajax success中对返回参数做处理。 但是封装js需要每个页面去调用不可能在每个页媔去对token是否过期做验证。
error ：在请求出错时调用传入XMLHttpRequest对象，描述错误类型的字符串以及一个异常对象（如果有的话）
dataFilter： 在请求成功之后调鼡传入返回的数据以及”dataType”参数的值。并且必须返回新的数据（可能是处理过的）传递给success回调函数
success： 当请求之后调用。传入返回后的數据以及包含成功代码的字符串。
complete: 当请求完成之后调用这个函数无论成功或失败。传入XMLHttpRequest对象以及一个包含成功或错误代码的字符串。
这里我们用到的就 dataFilter这个函数
大致就是这样， 这次的封装也是对自己接受应急需求时的一个提升 希望可以分享出来
