登录校验解决方案JWT

会敲代码的小张

已于 2024-03-30 11:41:55 修改

阅读量1.6k

点赞数 39

分类专栏：实战经验文章标签： JWt 经验分享 java 后端架构分布式中间件

于 2024-03-26 18:27:38 首次发布

本文链接：https://blog.csdn.net/dfdg345/article/details/137047966

版权

实战经验专栏收录该内容

22 篇文章 0 订阅

订阅专栏

🎗️1.JWT介绍

🎞️2.应用场景

🎟️3.结构组成

🎫4.JWT优点

🎠5.封装成通用方法

🛝6.JWT自动刷新

1.JWT介绍

官网：JWT官网

JSON Web Token (JWT) 是一个开放标准，它定义了一种用于简洁，自包含的用于通信双方之间以JSON 对象的形式安全传递信息的方法。
该信息可以被验证和信任，因为它是数字签名的。
可以使用HMAC算法或者是RSA的公钥密钥对进行签名
简单来说:就是通过一定规范来生成token,然后可以通过解密算法逆向解密token,这样就可以获取用户信息

2.应用场景

Authorization (授权) : 这是使用JWT的最常见场景。一旦用户登录，后续每个请求都将包含JWT，允许用户访问该令牌允许的路由、服务和资源。单点登录是现在广泛使用的JWT的一个特性，因为它的开销很小，并且可以轻松地跨域使用。
Information Exchange (信息交换) : 对于安全的在各方之间传输信息而言，JSON Web Tokens无疑是一种很好的方式。因为JWT可以被签名，例如，用公钥/私钥对，你可以确定发送人就是它们所说的那个人。另外，由于签名是使用头和有效负载计算的，您还可以验证内容没有被篡改。

3.结构组成

JSON Web Token由三部分组成，它们之间用圆点(.)连接。这三部分分别是：

(眉页)Header：描述token的类型（“JWT”）和算法名称
(有效载荷)Payload：描述加密对象的信息,如用户的id等,也可以加些规范里面的东西,如iss(签发者), exp( 过期时间)，sub( 面向的用户)
(签名)Signature：主要是把前面两部分进行加密,防止别人拿到token进行base解密后篡改token

眉页

标头通常由两部分组成：令牌类型（即 JWT）和正在使用的签名算法（如 HMAC SHA256 或 RSA）。

{
  "alg": "HS256",
  "typ": "JWT"
}

然后，将此 JSON 编码为 Base64Url，以形成 JWT 的第一部分。

有效载荷

令牌的第二部分是有效负载，其中包含声明。声明是关于实体（通常为用户）和其他数据的陈述。

{
  "sub": "1234567890",
  "name": "John Doe",
  "admin": true
}

然后对有效负载进行 Base64Url 编码，以形成 JSON Web 令牌的第二部分。

签名

要创建签名部分，必须获取编码的标头、编码的有效负载、机密、标头中指定的算法，并对其进行签名。

HMACSHA256(
  base64UrlEncode(header) + "." +
  base64UrlEncode(payload),
  secret)

签名用于验证消息在此过程中未更改，并且，对于使用私钥签名的令牌，它还可以验证 JWT 的发送者是否是它所说的人。

4.JWT优点

简洁：可通过URL,POST参数或者在HTTP header发送，数据量小，传输速度也很快；
自包含：负载中包含了所有用户所需要的信息,避免了多次查询数据库;
不需要在服务端保存会话信息，特别适用于分布式微服务。
Token是以JSON加密的形式保存在客户端，所以JWT是跨语言的，原则上任何web形式都支持。

5.封装成通用方法

5.1.添加依赖

            <!--JWT-->
            <dependency>
                <groupId>io.jsonwebtoken</groupId>
                <artifactId>jjwt</artifactId>
                <version>0.7.0</version>
            </dependency>

5.2.创建工具类

@Slf4j
public class JwtUtil {
    /**
     * token过期时间，70天、方便测试
     */
    private static final long EXPIRE = 1000 * 60 * 60 * 24 * 7 * 10;
    /**
     * 加密的密钥
     */
    private static final String SECRET = "hqdmdxz.pass";
    /**
     * 令牌前缀
     */
    private static final String TOKEN_PREFIX = "hqdmdxz-PassShop-";
    /**
     * 颁布者
     */
    private static final String SUBJECT = "hqdmdxz";

    /**
     * 根据用户信息生成token的方法
     *
     * @param loginUser
     * @return
     */
    public static String getJsonWebToken(LoginUser loginUser) {
        if (loginUser == null) {
            throw new NullPointerException("对象为空");
        }
        String token = Jwts.builder().setSubject(SUBJECT)
                .claim("head_img", loginUser.getHeadImg())
                .claim("id", loginUser.getId())
                .claim("name", loginUser.getName())
                .claim("mail", loginUser.getMail())
                .setIssuedAt(new Date())
                .setExpiration(new Date(System.currentTimeMillis() + EXPIRE))
                .signWith(SignatureAlgorithm.HS256,SECRET)
                .compact();
        token = TOKEN_PREFIX + token;

        return token;
    }

    /**
     * 校验token
     *
     * @param token
     * @return
     */
    public static Claims checkToken(String token) {
        try {
            Claims claims = Jwts.parser()
                    .setSigningKey(SECRET)
                    .parseClaimsJws(token.replace(TOKEN_PREFIX, ""))
                    .getBody();
            return claims;
        } catch (Exception e) {
            log.info("jwt,token解密失败");
            return null;
        }
    }
}

用户登录成功后返回token即可

   /**
     * 用户登录
     *
     * @param userLoginRequest
     * @return
     */
    @Override
    public JsonData login(UserLoginRequest userLoginRequest) {
        //1.根据mail匹配数据库
        List<UserDO> mailList = userMapper.selectList(new QueryWrapper<UserDO>().eq("mail", userLoginRequest.getMail()));
        //2.判断邮箱是否为空且唯一
        if (mailList != null && mailList.size() == 1) {
            //已经注册
            //根据邮箱获取到对象
            UserDO userDO = mailList.get(0);
            //根据输入的密码，和查找到的盐，获取加密后的密码
            String password = Md5Crypt.md5Crypt(userLoginRequest.getPwd().getBytes(), userDO.getSecret());
            //判断加密后的密码是否与数据库中的一致
            if (password.equals(userDO.getPwd())) {
                //登陆成功
                log.info(userDO.getName() + "用户登陆成功~");
                //TODO 生成token
                LoginUser loginUser = new LoginUser();
                BeanUtils.copyProperties(userDO, loginUser);
                String token = JwtUtil.getJsonWebToken(loginUser);
                log.info("token:{}",token);
                return JsonData.buildSuccess(token);
            } else {
                //密码不一致
                return JsonData.buildResult(CodeEnum.ACCOUNT_PWD_ERROR);
            }
        } else {
            //未注册
            return JsonData.buildResult(CodeEnum.ACCOUNT_PWD_ERROR);
        }
    }

6.JWT自动刷新

在前后分离场景下,越来越多的项目使用jwt token作为接口的安全机制,但存在jwt过期后,用户无法直接感知,假如在用户操作页面期间，突然提示登录，则体验很不友好，所以就有了token自动刷新需求~

方案一：前端控制检测token，无感知刷新

用户登录成功的时候，一次性给他两个Token,分别为AccessToken和RefreshTokenAccessToken有效期较短,比如1天或者5天,用于正常请求RefreshToken有效期可以设置长一些，例如10天、20天，作为刷新AccessToken的凭证
刷新方案:当AccessToken即将过期的时候,例如提前30分钟,客户端利用RefreshToken请求指定的API获取新的AccessToken并更新本地存储中的AccessToken

核心逻辑

1、登录成功后, jwt生成AccessToken; UUID生成RefreshToken并存储在服务端redis中,设置过期时间
2、接口返回3个字段AccessToken/RefreshToken/访问令牌过期时间戳
3、由于RefreshToken存储在服务端redis中,假如这个RefreshToken也过期,则提示重新登录;

优点：

后端压力小，代码逻辑改动不大

缺点：

前端每次请求需要判断token距离过期时间

方案二：后端存储判断过期时间

后端存储AccessToken,每次请求过来都判断是否要过期,如果快要过期则重新生成新的token,并返回给前端重新存储,比如距离1天就过期的情况,如果用户访问对应的接口则会更新,但假如没访问则token已经过期则需要重新登录

优点：

前端改动小，只需要存储响应http头里面是否有新的令牌产生，有的话就重新存储

缺点：

后端实现复杂,且泄露后容易存在一直保活状态,且前端会存在并发请求,当并发请求收到多个jwt token时,容易生成多个token混乱使用