精华内容
下载资源
问答
  • 为什么使用Token
    千次阅读
    2019-11-14 16:45:47

    一.Token的来源:


           当客户端多次向服务端请求数据时,服务端就需要多次从数据库中查询用户名和密码并进行对比,判断用户名和密码是否正确,并作出相应提示。但这样无疑会增加服务器端的运行压力,是否可以有一种方式只需要验证用户就是之前的用户而不需要每次在客户端请求数据时都需要查询数据库判断用户名和密码是否正确。在这种请求下,引入了token来解决服务器端多次访问数据库问题。

    1.什么是Token: 
           Token是服务端端生成的一串字符串,作为客户端进行请求时辨别客户身份的的一个令牌。当用户第一次登录后,服务器生成一个Token便将此Token返回给客户端,以后客户端只需带上这个Token前来请求数据即可,无需再次带上用户名和密码。

    2.使用Token的目的: 

    Token的目的是为了验证用户登录情况以及减轻服务器的压力,减少频繁的查询数据库,使服务器更加健壮。

     

    二. Token的运用流程:

    1. 当用户首次登录成功之后, 服务器端就会生成一个 token 值,这个值,会在服务器保存token值(保存在数据库中),再将这个token值返回给客户端;

    2. 服务器端有一个专门的保存用户登录的表,其中有 token 字段,用户每次登录都会更新表中token字段;

    3. 客户端拿到 token 值之后,进行保存 (保存位置由服务器端设置);

    4. 以后客户端再次发送网络请求(一般不是登录请求)的时候,就会将这个 token 值附带到参数中发送给服务器.;

    5. 服务器接收到客户端的请求之后,会取出token值与保存在本地(数据库)中的token值进行比较;

    6. 如果两个 token 值相同, 说明用户登录成功过!当前用户处于登录状态;

    7. 如果没有这个 token 值, 没有登录成功;

    8. 如果 token 值不同: 说明原来的登录信息已经失效,让用户重新登录;

    9. Django Rest framework中JWT的使用稍有差异,这里不做详细说明。

     

    为什么使用token?session与token的区别

    更多相关内容
  • 1.为什么使用tokentoken是什么?

    千次阅读 2020-11-01 19:45:45
    1.为什么使用tokentoken是什么? 官方回答: Token 是在服务端产生的。如果前端使用用户名/密码向服务端请求认证,服务端认证成功,那么在服务端会返回 Token 给前端。前端可以在每次请求的时候带上 Token 证明...

    1.为什么要使用token,token是什么?

    官方回答:
    Token 是在服务端产生的。如果前端使用用户名/密码向服务端请求认证,服务端认证成功,那么在服务端会返回 Token 给前端。前端可以在每次请求的时候带上 Token 证明自己的合法地位。
    我自己理解:
    token就相当于客户端登录的账号的唯一标识,在做一些数据请求的时候,后台会要求在请求头中携带token,如果没有token,或者token过期了,那么这时候就会对这个客户端进行返回响应的数据,然后前端在解析这些数据,判断是token过期,还是没有携带token,然后让用户进行相应的操作。总而言之,token是在向后台请求数据的时候必不可少的。如果没有token,那么后台要么不会返回响应的数据,要么就会返回一些无关紧要的数据。

    2.验证本地token。

    ​ 有些数据如果请求头不携带token是请求不到的,服务器会给我们返回空的数据或者是直接报错,这时候我们就可
    以在请求数据的时候进行前端验证本地token是否存在,如果存在的话就发送请求,如果不存在就让提醒用户前去
    登录或者没有登录无法查看数据,而我们在用户等了之后就把后台返回给我们的token值保存在本地。

    3.请求头携带token。

    如何在请求头中携带token
    -----上代码
    // 请求拦截器

    let  _axios = axios.create();   // 创建axios实例 
    // 请求拦截器
    _axios.interceptors.request.use(
        // 请求成功
        function (config) {
            const token = localStorage.getItem('token')
            if (token) { // 判断是否存在token,如果存在的话,则每个http header都加上token
                config.headers.authorization = token //请求头加上token
            }
            Toast.loading({
                message: '加载中...',
                forbidClick: true,
            });
            return config
        },
        // 请求失败
        function (error) {
            return Promise.reject(error)
        }
    )
    

    4.关于登录注册。

    登录注册一直都是前端程序员绕不开的一个需求,不管你是写什么项目都会用到登录注册 ,当你写代码到登录注册的时候大概会分为两个模块

    • ​ 密码登录
      • 在写密码登录的时候就回进行验证用户名、账号、手机号中的一种,当然这些验证都要写在前端,不然每一次都发送请求给服务器占用服务器性能,一般都是在写非空、格式的判断还有密码的长短判断。
    • ​ 手机号验证码登录
      • ​ 这种登录方式又涉及到了第一次登录那就相当于注册了,而注册之后是前往设置密码、个人信息,还是前往某个页面这些就根据项目需求来决定,不同的项目需求也不一样。

    5.关于封装axios和封装接口。

    • 封装axios

      import axios from 'axios'
      import { Toast } from 'vant';
      
      let _axios = axios.create({
          // 在这里配置请求头
          // baseURL: "https://wap.*******.com"     // 公共地址
          // headers:{}     // 请求头
      })
      // 请求拦截器
      _axios.interceptors.request.use(
          // 请求成功
          function (config) {
              const token = localStorage.getItem('token')
              if (token) { // 判断是否存在token,如果存在的话,则每个http header都加上token
                  config.headers.authorization = token //请求头加上token
              }
              Toast.loading({
                  message: '加载中...',
                  forbidClick: true,
              });
              return config
          },
          // 请求失败
          function (error) {
              return Promise.reject(error)
          }
      )
      
      // 响应拦截器
      _axios.interceptors.response.use(
          // 响应成功
          function (response) {
              if(response.code==200){
                  Toast.clear()
              }
              return response
          },
          //  响应失败
          function (error) {
              return Promise.reject(error)
          }
      )
      
      // 默认导出 _axios
      export default _axios
      
    • 封装接口

      ​ 首先新建一个request.js文件,一般建在utils下,然后倒入刚才封装的axios.js文件,新建一个对象,在对象中添加方法,方法就是请求接口的函数封装,然后默认导出对象,在main.js中导入requeat.js文件,然后将对象挂载在vue原型上。,然后倒入刚才封装的axios.js文件,新建一个对象,在对象中添加方法,方法就是请求接口的函数封装,然后默认导出对象,在main.js中导入requeat.js文件,然后将对象挂载在vue原型上。

    展开全文
  • idea使用token登录github

    千次阅读 2021-02-28 00:34:42
    一、问题描述 ...之前也试过其他方法,但是当使用token后,发现token真的很方便,所以总结记录 1.github中获取token Settings->Developer settings->Personal access tokens->Generate new token N

    一、问题描述

    idea最近链接github直接使用github账户和密码链接好像不能直接链接了,抱错,如下图

    invalid authentication data.404 null : Not Found
    

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mN1o07tW-1614443534966)(tmp.assets/image-20210228002212345.png)]

    二、问题解决

    之前也试过其他方法,但是当使用token后,发现token真的很方便,所以总结记录

    1.github中获取token

    Settings->Developer settings->Personal access tokens->Generate new token

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7cZHu9bp-1614443534968)(tmp.assets/image-20210228002606294.png)]

    Note处填token描述->Select scopes全部勾选给所有权限->Generate token

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LNRStuIt-1614443534969)(tmp.assets/image-20210228002932761.png)]

    复制保持token(一定记得保存)

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AehDZBPp-1614443534971)(tmp.assets/image-20210228003033648.png)]

    2.登录方式修改为Token

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-48ZxshuW-1614443534972)(tmp.assets/image-20210228003108965.png)]

    复制进入刚刚产生的token即可

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yeFtJY4J-1614443534973)(tmp.assets/image-20210228003159761.png)]

    三、参考

    1.invalid authentication data.Connection refused :connect

    展开全文
  • 之后他继续提问,当你登录成功后,去请求购物车时,后台为什么会返回的是你的购物车,而不是别人的?不是匹配用户id吗??我还没领悟到面试官想让我回答的是Token。。。。参考链接:https://juejin.i...

    写这一篇文章的来源是因为某一天的我被面试官提问:让你设计一个登录页面,你会如何设计?

    我当时的脑子只有???

    不就是提交账号、密码给后台就搞定了呢?

    不可能那么简单,我弱弱的想,难道要对密码加密??

    之后他继续提问,当你登录成功后,去请求购物车时,后台为什么会返回的是你的购物车,而不是别人的?

    不是匹配用户id吗??我还没领悟到面试官想让我回答的是Token。。。。

    参考链接:https://juejin.im/post/5a6c60166fb9a01caf37a5e5

    什么是Token?

    token的意思是“令牌”,是服务端生成的一串字符串,作为客户端进行请求的一个标识。

    当用户第一次登录后,服务器生成一个token并将此token返回给客户端,以后客户端只需带上这个token前来请求数据即可,无需再次带上用户名和密码。

    简单token的组成;uid(用户唯一的身份标识)、time(当前时间的时间戳)、sign(签名,token的前几位以哈希算法压缩成的一定长度的十六进制字符串。为防止token泄露)。

    为什么要用Token?

    Token 完全由应用管理,所以它可以避开同源策略

    Token 可以避免 CSRF 攻击

    Token 可以是无状态的,可以在多个服务间共享

    基于token机制的身份认证

    使用token机制的身份验证方法,在服务器端不需要存储用户的登录记录。大概的流程:

    客户端使用用户名和密码请求登录。

    服务端收到请求,验证用户名和密码。

    验证成功后,服务端会生成一个token,然后把这个token发送给客户端。

    客户端收到token后把它存储起来,可以放在cookie或者Local Storage(本地存储)里。

    客户端每次向服务端发送请求的时候都需要带上服务端发给的token。

    服务端收到请求,然后去验证客户端请求里面带着token,如果验证成功,就向客户端返回请求的数据。(如果这个 Token 在服务端持久化(比如存入数据库),那它就是一个永久的身份令牌。)

    Token需要设置有效期吗?

    对于这个问题,我们不妨先看两个例子。一个例子是登录密码,一般要求定期改变密码,以防止泄漏,所以密码是有有效期的;另一个例子是安全证书。SSL 安全证书都有有效期,目的是为了解决吊销的问题。所以无论是从安全的角度考虑,还是从吊销的角度考虑,Token 都需要设有效期。

    那么有效期多长合适呢?

    只能说,根据系统的安全需要,尽可能的短,但也不能短得离谱——想像一下手机的自动熄屏时间,如果设置为 10 秒钟无操作自动熄屏,再次点亮需要输入密码,会不会疯?

    然后新问题产生了,如果用户在正常操作的过程中,Token 过期失效了,要求用户重新登录……用户体验岂不是很糟糕?

    解决Token失效的问题

    一种方案是在服务器端保存 Token 状态,用户每次操作都会自动刷新(推迟) Token 的过期时间——Session 就是采用这种策略来保持用户登录状态的。然而仍然存在这样一个问题,在前后端分离、单页 App 这些情况下,每秒种可能发起很多次请求,每次都去刷新过期时间会产生非常大的代价。如果 Token 的过期时间被持久化到数据库或文件,代价就更大了。所以通常为了提升效率,减少消耗,会把 Token 的过期时保存在缓存或者内存中。

    另一种方案,使用 Refresh Token,它可以避免频繁的读写操作。这种方案中,服务端不需要刷新 Token 的过期时间,一旦 Token 过期,就反馈给前端,前端使用 Refresh Token 申请一个全新 Token 继续使用。这种方案中,服务端只需要在客户端请求更新 Token 的时候对 Refresh Token 的有效性进行一次检查,大大减少了更新有效期的操作,也就避免了频繁读写。当然 Refresh Token 也是有有效期的,但是这个有效期就可以长一点了,比如,以天为单位的时间。

    使用Token和RefreshToken的时序图如下:

    上面的时序图中并未提到 Refresh Token 过期怎么办。不过很显然,Refresh Token 既然已经过期,就该要求用户重新登录了。

    当然还可以把这个机制设计得更复杂一些,比如,Refresh Token 每次使用的时候,都更新它的过期时间,直到与它的创建时间相比,已经超过了非常长的一段时间(比如三个月),这等于是在相当长一段时间内允许 Refresh Token 自动续期。

    到目前为止,Token 都是有状态的,即在服务端需要保存并记录相关属性。那说好的无状态呢,怎么实现?

    无状态Token

    如果我们把所有状态信息都附加在 Token 上,服务器就可以不保存。但是服务端仍然需要认证 Token 有效。不过只要服务端能确认是自己签发的 Token,而且其信息未被改动过,那就可以认为 Token 有效——“签名”可以作此保证。平时常说的签名都存在一方签发,另一方验证的情况,所以要使用非对称加密算法。但是在这里,签发和验证都是同一方,所以对称加密算法就能达到要求,而对称算法比非对称算法要快得多(可达数十倍差距)。更进一步思考,对称加密算法除了加密,还带有还原加密内容的功能,而这一功能在对 Token 签名时并无必要——既然不需要解密,摘要(散列)算法就会更快。可以指定密码的散列算法,自然是 HMAC。

    上面说了这么多,还需要自己去实现吗?不用!JWT 已经定义了详细的规范,而且有各种语言的若干实现。

    不过在使用无状态 Token 的时候在服务端会有一些变化,服务端虽然不保存有效的 Token 了,却需要保存未到期却已注销的 Token。如果一个 Token 未到期就被用户主动注销,那么服务器需要保存这个被注销的 Token,以便下次收到使用这个仍在有效期内的 Token 时判其无效。有没有感到一点沮丧?

    在前端可控的情况下(比如前端和服务端在同一个项目组内),可以协商:前端一但注销成功,就丢掉本地保存(比如保存在内存、LocalStorage 等)的 Token 和 Refresh Token。基于这样的约定,服务器就可以假设收到的 Token 一定是没注销的(因为注销之后前端就不会再使用了)。

    如果前端不可控的情况,仍然可以进行上面的假设,但是这种情况下,需要尽量缩短 Token 的有效期,而且必须在用户主动注销的情况下让 Refresh Token 无效。这个操作存在一定的安全漏洞,因为用户会认为已经注销了,实际上在较短的一段时间内并没有注销。如果应用设计中,这点漏洞并不会造成什么损失,那采用这种策略就是可行的。

    在使用无状态 Token 的时候,有两点需要注意:

    Refresh Token 有效时间较长,所以它应该在服务器端有状态,以增强安全性,确保用户注销时可控

    应该考虑使用二次认证来增强敏感操作的安全性

    到此,关于 Token 的话题似乎差不多了——然而并没有,上面说的只是认证服务和业务服务集成在一起的情况,如果是分

    分离认证服务

    当 Token 无状态之后,单点登录就变得容易了。前端拿到一个有效的 Token,它就可以在任何同一体系的服务上认证通过——只要它们使用同样的密钥和算法来认证 Token 的有效性。就样这样:

    当然,如果 Token 过期了,前端仍然需要去认证服务更新 Token:

    可见,虽然认证和业务分离了,实际即并没产生多大的差异。当然,这是建立在认证服务器信任业务服务器的前提下,因为认证服务器产生 Token 的密钥和业务服务器认证 Token 的密钥和算法相同。换句话说,业务服务器同样可以创建有效的 Token。

    如果业务服务器不能被信任,该怎么办?

    不受信的业务服务器

    遇到不受信的业务服务器时,很容易想到的办法是使用不同的密钥。认证服务器使用密钥1签发,业务服务器使用密钥2验证——这是典型非对称加密签名的应用场景。认证服务器自己使用私钥对 Token 签名,公开公钥。信任这个认证服务器的业务服务器保存公钥,用于验证签名。幸好,JWT 不仅可以使用 HMAC 签名,也可以使用 RSA(一种非对称加密算法)签名。

    不过,当业务服务器已经不受信任的时候,多个业务服务器之间使用相同的 Token 对用户来说是不安全的。因为任何一个服务器拿到 Token 都可以仿冒用户去另一个服务器处理业务……悲剧随时可能发生。

    为了防止这种情况发生,就需要在认证服务器产生 Token 的时候,把使用该 Token 的业务服务器的信息记录在 Token 中,这样当另一个业务服务器拿到这个 Token 的时候,发现它并不是自己应该验证的 Token,就可以直接拒绝。

    现在,认证服务器不信任业务服务器,业务服务器相互也不信任,但前端是信任这些服务器的——如果前端不信任,就不会拿 Token 去请求验证。那么为什么会信任?可能是因为这些是同一家公司或者同一个项目中提供的若干服务构成的服务体系。

    但是,前端信任不代表用户信任。如果 Token 不没有携带用户隐私(比如姓名),那么用户不会关心信任问题。但如果 Token 含有用户隐私的时候,用户得关心信任问题了。这时候认证服务就不得不再啰嗦一些,当用户请求 Token 的时候,问上一句,你真的要授权给某某某业务服务吗?而这个“某某某”,用户怎么知道它是不是真的“某某某”呢?用户当然不知道,甚至认证服务也不知道,因为公钥已经公开了,任何一个业务都可以声明自己是“某某某”。

    为了得到用户的信任,认证服务就不得不帮助用户来鉴别业务服务。所以,认证服器决定不公开公钥,而是要求业务服务先申请注册并通过审核。只有通过审核的业务服务器才能得到认证服务为它创建的,仅供它使用的公钥。如果该业务服务泄漏公钥带来风险,由该业务服务自行承担。现在认证服务可以清楚的告诉用户,“某某某”服务是什么了。如果用户还是不够信任,认证服务甚至可以问,某某某业务服务需要请求 A、B、C 三项个人数据,其中 A 是必须的,不然它不工作,是否允许授权?如果你授权,我就把你授权的几项数据加密放在 Token 中……

    废话了这么多,有没有似曾相识……对了,这类似开放式 API 的认证过程。

    e...看了那么多,我希望下次面试官问我登录页面怎么设计的时候,我可以说一番长篇大论哈哈哈。

    展开全文
  • Token是什么 Token登录认证

    千次阅读 2021-06-16 11:21:03
    基于 Token 的身份验证,在服务端不需要存储用户的登录记录: 客户端使用用户名跟密码请求登录 服务端收到请求,去验证用户名与密码 验证成功后,服务端会签发一个 Token,再把这个 Token 发送给客户端 客户端收到
  • springboot+redis+token保持登录

    热门讨论 2017-08-03 11:46:57
    通过redis 设置session过期时间,实现token 登录机制
  • ssm 使用token校验登录

    千次阅读 2020-05-08 13:56:16
    ssm 使用token 开发工具与关键技术:java、IDEA2019、jdk1.8 作者:Amewin 撰写时间:2020年5月7日 背景 token的意思是“令牌”,是服务端生成的一串字符串,作为客户端进行请求的一个标识。 当用户第一次登录后...
  • 为什么使用token?session与token的区别

    万次阅读 多人点赞 2018-11-26 16:23:40
    二、token认证机制 一、session的状态保持及弊端 当用户第一次通过浏览器使用用户名和密码访问服务器时,服务器会验证用户数据,验证成功后在服务器端写入session数据,向客户端浏览器返回sessionid,浏览器将...
  • 使用基于token登录流程

    千次阅读 2021-12-25 16:53:58
    客户端使用用户名跟密码请求登录 服务端收到请求,去验证用户名与密码 验证成功后,服务端会签发一个 Token,再把这个 Token 发送给客户端 客户端收到 Token 以后可以把它存储起来,比如放在 Cookie 里或者 Local...
  • IDEA使用token登录github

    千次阅读 多人点赞 2021-03-30 09:50:08
    问题:使用IDEA登录github,方便IDEA的项目一键上传到github上,但是要使用token进行登录,因为输入用户名密码总是出错 然后在登录自己的github,生成token登录后点击自己头像下拉的Settings 点击...
  • 教你前后端分离使用 Token 登录

    千次阅读 2020-09-28 11:46:19
    这篇文章写一下前后端分离下的登录解决方案,目前大多数都采用请求头携带 Token 的形式。 开写之前先捋一下整理思路: 首次登录时,后端服务器判断用户账号密码正确之后,根据用户id、用户名、定义好的秘钥、过期...
  • Laravel使用token验证登录

    千次阅读 2020-12-29 13:01:19
    添加用户表 api_token (或者自定义,后面说) ... public function up() { Schema::table('users', function (Blueprint $table) { $table->string('api_token',200)->...comment('登录token'); }); } php.
  • 显示如图错误。 在github中:右上角头像-> settings --> Developer settings -->Personal access tokens --> Generate new token,创建新的token ...复制这个token,使用token登录。 登录成功!
  • 如何使用token保存用户登录信息

    万次阅读 2019-07-31 10:09:53
    1.登录成功后生产token 登录成功之后,后台生成一个token,将token保存在redis中,key是token,value是用户id,并且把token响应给前端,前端每次请求时都把token传给后台进行鉴权。生成token代码如下: private ...
  • 首先我们看一下基于 session 的登陆会遇到什么问题。 我们可能有多个后端 比如现在的 XX项目,有多个后端:3 个 django 后端,1 个 java 后端。 只有一个前端,后端都是在同一个域名下,所以前端发送给后端的 ...
  • WebApi安全性 使用TOKEN+签名验证
  • git token使用

    千次阅读 2021-08-16 21:56:47
    2021年8月13日,git...token使用 clone新的项目时,拼接token和http链接:https://$GH_TOKEN@github.com/owner/repo.git clone新的项目时使用http链接,密码换成token 已经clone的项目,在.git/config中将原来的htt
  • 什么登录Token

    千次阅读 2020-11-12 16:22:06
    什么登录Token什么登录token 什么登录token token这个词翻译过来就是‘代替物’的意思 Token是服务端生成的一串字符串,以作客户端进行请求的一个令牌,当第一次登录后,服务器生成一个Token便将此Token返回给...
  • 既然要做,就做的细致一点,对得起自己! 常见问题:1.是否思考过传统web项目是如何进行请求...使用token的正确姿势是什么?请看问题思考 第一部分:传统web(前后端没有分离的时代)项目是如何保证服务器接收的请...
  • 什么token/token如何使用

    千次阅读 2020-11-01 21:54:42
    什么token token的意思是“令牌”,是服务端生成的一串字符串,作为客户端进行请求的一个标识。 当用户第一次登录后,服务器生成一个token并将此token返回给客户端,以后客户端只需带上这个token前来请求数据即可...
  • Java后台使用token验证用户是否登录

    千次阅读 2019-01-18 10:06:09
    与cookie相比较的优势: 1、支持跨域访问,将token置于请求头中,而...2、无状态化,服务端无需存储token,只需要验证token信息是否正确即可,而session需要在服务端存储,一般是通过cookie中的sessionID在服...
  • 为什么token能够防止CSRF(修正版)

    千次阅读 2022-04-06 22:49:32
    记录使用token的一些问题,修正版,更改CSRF之前的错误理解和添加解决CSRF的措施
  • SpringBoot实现token登录

    千次阅读 2022-03-23 17:47:32
    为什么引入token机制? 在进行登录验证时,我们需要session或cookie会话进行验证,客户端包括浏览器、app、微信小程序、公众号,只有浏览器有session和cookie机制,当我们脱离浏览器用app等向服务端发请求就没有...
  • springboot实现token登录

    千次阅读 2020-12-03 12:20:35
    一、Controller层login接口进行账密验证,验证成功返回token controller: @PostMapping("/login") public Result<TokenStatus> login(@RequestBody LoginVO loginVO, HttpServletRequest request) { Result...
  • 为什么需要token的个人理解

    千次阅读 2019-11-28 16:17:04
    使用token的情况: 前端(浏览器或者移动端)登陆的时候,后台生成一个tokentoken中可以包含userId或者userName,但是 千万不要把密码放入里面 ),然后将token发送给前端,后台不保存token。 前端每次访问...
  • node使用 express jwt 实现token登录验证

    万次阅读 2022-04-17 18:33:51
    node使用 express jwt 实现token登录验证
  • 前后端分离使用 Token 登录解决方案

    千次阅读 2018-08-24 00:51:39
    这篇文章写一下前后端分离下的登录解决方案,目前大多数都采用请求头携带 Token 的形式。 开写之前先捋一下整理思路: 首次登录时,后端服务器判断用户账号密码正确之后,根据用户id、用户名、定义好的秘钥、过期...
  • 前端如何使用token

    千次阅读 2020-12-21 12:43:56
    大家好,从网上找了很多关于token的文章,都是提到要生成一个token,然后前端每次请求的时候,要使用这个token,请问下如何在前端使用生成的token?前端能就使用jQuery搞定,还是需要其他的前端框架配合?能有这方面...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 202,957
精华内容 81,182
关键字:

为什么使用token登录