关于token被多签怎么追回的信息

API接口的安全性主要是为了保证数据不会被篡改和重复调用，实现方案主要围绕Token时间戳和Sign三个机制展开设计1 Token授权机制 用户使用用户名密码登录后服务器给客户端返回一个Token必须要保证唯一，可以结合UUID和本地设备标示，并将TokenUserId以键值对的形式存放在缓存服务器中我们是使。

1客户端使用用户名跟密码请求登录 2服务端收到请求，去验证用户名与密码 3验证成功后，服务端会签发一个 Token，再把这个 Token 发送给客户端 4客户端收到 Token 以后可以把它存储起来，比如放在 Cookie 里或者 Local Storage 里 5客户端每次向服务端请求资源的时候需要带着服务端签发的 Token。

时间戳通常预先设置，以保持每次请求的一致性服务端在接收到请求后，首先确认时间戳是否在有效范围内，如果超时，会提示用户重新发送接着，服务端会使用统一的加密规则对接收参数和Token进行处理，生成的签名与接收到的Sign进行比对只有当两者一致，请求才被视为有效，服务端才会响应并提供用户所需的数。

1在存储的时候把token进行对称加密存储，用时解开2将请求URL时间戳token三者进行合并加盐签名，服务端校验有效性这两种办法的出发点都是窃取你存储的数据较为容易，而反汇编你的程序hack你的加密解密和签名算法是比较难的然而其实说难也不难，所以终究是防君子不防小人的做法话说加密存。

所谓签名就是信息发送者给这段信息进行签名，让信息接收方知道请求 token 是属于谁可以理解为在你的身份证上签名字，证件加笔迹双重认证为了避免上述 CSRF 攻击，浏览器对网页资源的访问提出了限制，URL 请求必须是与页面一样来自同一 协议 域名 端口 才给予访问权限这样三者相同的站点被认为。