在文章中有错误的地方,或是有建议或意见的地方,请大家多多指正,邮箱: linjie.rd@gmail.com
一天张三,李四,王五,赵六去动物园,张三没买票,李四制作了个假票,王五买了票,赵六要直接FQ进动物园
到了门口,验票的时候,张三没有买票被拒绝进入动物园,李四因为买假票而被补,赵六被执勤人员抓获,只有张三进去了动物园
后来大家才知道,当一个用户带着自己的信息去买票的时候,验证自己的信息是否正确,那真实的身份证(正确的用户名和密码),验证通过以后通过身份证信息和票据打印时间(用户登录时间)生成一个新的动物园参观票(Token令牌),给了用户一个,在动物园门口也保存了票据信息(相当与客户端和服务端都保存一份),在进动物园的时候两个票据信息对比,正确的就可以进动物园玩了
这就是我理解的Token认证.当然可能我的比喻不太正确,望大家多多谅解
下面是我们在服务端定义的授权过滤器
思路是根据切面编程的思想,相当于二战时期城楼门口设立的卡,当用户想api发起请求的时候,授权过滤器在api执行动作之前执行,获取到用户信息
如果发现用户没有登录,我们会判断用户要访问的页面是否允许匿名访问
用户没有登录但是允许匿名访问,放行客户端的请求
用户没有登录且不允许匿名访问,不允许通过,告诉客户端,状态码403或401,请求被拒绝了
如果发现用户登录,判断用户的良民证(Token令牌)是真的还是假的
用户登录,且良民证是真的,放行
发现良民证造价,抓起来,不允许访问
当然,这里可以加权限,验证是否有某个操作的权限
好了,服务端有验证了,客户端也不能拉下啊,客户端使用了动作过滤器,在用户操作之前或用户操作之后验证登录信息(这里可以加权限,验证是否有某个操作的权限)
客户端验证思路和服务端验证差不多
下面是客户端验证代码:
但是有良民证也不能也不能无限制的待在城里啊,我们做了一个时效性,在城市里什么时也不做到达一定的时长后得驱逐出城啊(类似与游戏中的挂机超过一定时间后T出本局游戏)
在这里使用的Redis记录良民证(Token),思路是用户登录之后生成的新的Token保存在Redis上,设定保存时间20分钟,当有用户有动作之后更新Redis保存有效期
下面是服务端验证token的,token有效,从新写入到Redis
以上就是Token认证
现在说说单点登录的思路
张三登录了qq:123456,生成了一个Token以键值对的方式保存在了数据库,键就是qq号,值就是qq信息和登录时间生成的一个Token
李四也登录了qq123456,qq信息是一致的,但是qq登录时间不同,生成了一个新的Token,在保存的时候发现Redis里已经存在这个qq的键了,说明这是已经有人登录了,在这里可以判断是否继续登录,登录后新的Token信息覆盖了张三登录QQ生成的Token,张三的Token失效了,当他再次请求的时候发现Token对应不上,被T下线了
多点登录也是,可以通过qq号加客户端类型作为键,这样手机qq登录的键是 123456_手机,电脑登录的键是123456_电脑,这样在保存到Redis的时候就不会发生冲突,可以保持手机和电脑同时在线
但是有一个人用手机登录qq 123456了,就会覆盖redis中键为123456_手机的Token信息,导致原先登录那个人的信息失效,被强制下线
来展示代码
判断是否可以登录
客户端类型实体
这是我们的客户端类型:
获取token需要的用户信息和登录时间的实体Model
这是我们的用户Model
生成Token用的实体
登录成功,通过JWT非对称加密生成Token
下面是JWT加密和解密的代码
将获取到的Token保存到Redis
