细心的你可能会发现，我们在使用app的时候只需要登陆一次账号之后下一次打开就不需要再次登陆，但经过一段时间不登录之后又会要求我们重新登陆，你知道这是如何实现的吗？
双token验证
web前端培训双token1" />
具体说明如下：
1.根据需要下载软件，完成注册账户
2.登录账户，后端返回 两个token信息，分别为 access_token 以及 refresh_token，access_token称之为短token，refresh_token称之为长token
3.短token也就是access_token未过期，所有的请求一切都正常，用户需要什么数据就返回什么数据
4.access_token 过期，服务端返回一个状态码给客户端，客户端接收到该状态码之后，使用refresh_token重新获取一次新的 access_token 和 refresh_token,相当于重置token
5.如果在refresh_token有效期中没有使用过该软件，意味着refresh_token过期，使用它获取新的 access_token 和 refresh_token 时会返回新的一个状态码，提示用户必须登录
有的人可能会有如下疑问：
为什么在使用 refresh_token 时要返回新的 access_token 和 refresh_token，而不是延长 原来的 refresh_token 有效期？
为了安全，如果一旦 refresh_token 被黑客等人员截获到，他们就一直可以非法使用你的账号
即使一旦被截获，只要用户这边刷新就会重新获取到新的 refresh_token，那么以前的 被截获的 refresh_token 就会失效
token的时间设置
token的时间设置需要看需求进行划分区别设置：
PC网络应用：对于网络应用程序而言，由于token可以直接直观地获取到，因此不管是accessToken还是refreshToken为了安全起见，其过期时间都不应该设置得很长，且需要不停地更换token，因此PC网络应用的accessToken一般设置为2h过期，而refreshToken设置为1天到2天比较好，不足1天也是可以的，如果设置的时间比较短就在活跃期间时常刷新freshToken就好了，如果设置的时间比较长，就只需要设置一个阈值（比如7day的refreshToken设置一个6day阈值），在refreshToken小于等于这个阈值的时候就进行刷新refreshToken就好了。
手机应用：对于手机APP应用而言，登录操作一般只做一次，因此token的过期时间必是无限，即不会过期，不过为了安全起见（比如防止你丢手机），token应该以某种程度上对用户可见（比如在安全中心里检验了身份之后可以让你看到哪些设备有token，即哪些设备会被允许登录）并可让用户对其进行一定程度上的操作（比如你手机丢了，然后登录安全中心移除那个手机的token，也就是移除那个手机的登陆权限，从而使那个手机的应用上的你的帐号强制下线）
无效的Token的处理
对于频繁更换的Token，如何处理旧的未过期的而又无效的Token，以下提供了几个思路：
1.简单地从浏览器中移除token就好了
显然，这种方式对于服务器方面的安全而言并没有什么卵用，但它能通过移除存在的token来阻止攻击者（比如，攻击者必须在用户下线之前窃取到token）
2.制作一张token黑/白名单
在移除了浏览器存储的token后如果还想要再严格点，就只能在服务器上制作一张已经无效但是没过期的token的黑/白名单了，在每次请求中都操作数据库进行token的匹配，并以某种方式进行维护（不管是黑名单的定期删除维护也好，白名单的无效时删除也好），不过显然这种方式还是违背了token无状态的初衷，但是除此之外也没别的办法。
存储可以按照userId—token的方式存储在数据库中（当然也可以按你喜欢添加其他字段标明其他信息，比如说mac地址啦，是手机还是电脑啦，设备型号啦，巴拉巴拉巴拉····），白名单的话直接存储有效的token，在需要token无效的逻辑中删除指定token即可（比如刷新token的时候把旧的无效的但未过期的删掉）。而如果是黑名单的话就需要你定期去删除其中已经过期的token了。而验证的话除了要去数据库名单里匹配之外还需要验证token本身的有效性。
3.只需要将token的过期时间设置的足够短就行了
如何刷新Token（引用自github）
以上就是双token登陆验证的介绍了，同学们不妨亲自去试试，最后如果你对web前端培训感兴趣的话，不妨来千锋WEB前端培训班参加我们的web前端培训课程的学习，现在咨询更有免费学习资料可以领取，还有海量免费学习资料，赶紧去了解一下吧。
京公网安备 11010802030320号