今天也是日常写程序的一天 , 还是那个熟悉的IDEA , 还是那个熟悉的Chrome浏览器 , 还是那个熟悉的网站 , 当我准备登录系统进行登录的时候 , 发现会直接重定向到登录页 , 后端也没有报错 , 前端也没有报错 , 于是我得脸上又多了一张痛苦面具 , 紧接着在前端疯狂debug…寻找问题 , 我前端登录的部分逻辑是这样的 :
1.登录成功之后 , 后端会响应一个jwt token , 这个jwt token的载荷有角色、权限、用户等信息
2.然后我会判断响应状态码 , 如果是200的话 , 就使用 Cookies.set(TokenKey, token , {expires : val}) 将jwt token存到cookie中 ,如果不是200的话 ,弹出错误消息提示
3.登录成功之后 ,会有一个js文件判断是否可以从cookie获取道token ,如果可以获取到 ,正常路由 , 然后跳转页面 , 如果获取不到的话 , 然后进行重定向到登录页面
这就导致我非常的奇怪 ,后端接口也没有问题 ,jwt token也响应到前端了,并且前端debug的时候也可以拿到 ,但就是**Cookies.set(TokenKey, token , {expires : val})**代码执行完毕之后 ,我f12看了一下cookie ,尽然没有存进去? 瞬间懵逼 , 因为昨天还是好好的 ,唯一就动了菜单表的数据 ,然后我又恢复了一下菜单表 , 发现又可以了 , 紧接着又是一系列的数据比对操作 …以为是数据的问题
然后还没有找到问题 , 于是我就换了一下思路 , 对比了一下可以登录和不可以登录的两个jwt token , 发现长度不一样 ,于是手动在浏览器添加了一下jwt token,发现报错,这个时候问题也就出来了,由于jwt token中的载荷包含了角色、权限、用户等信息,角色和用户的数据都很小 ,只剩下权限了,而我的权限是再菜单表中的,昨天又只动了菜单表的数据 :
所以问题就是 , jwt生成token的长度是和载荷有关系的,由于昨天加了菜单表的数据 ,导致了jwt载荷比较大 , 从而生成的jwt token 也比较大 ,所以再使用Cookies.set(TokenKey, token , {expires : val}) 将token放入cookie时无效
知道问题之后我的痛苦面具也就没了 ,解决问题就好说了 , 下面是解决办法 :
使用压缩算法将jwt的载荷数据进行压缩 ,解析jwt token的时候先将载荷进行解压缩:
/**
* 将数据进行压缩
* @param data 数据
* @return 压缩之后的结果
*/
private String compress(String data) {
try {
byte[] input = data.getBytes("UTF-8");
byte[] output = new byte[input.length];
Deflater deflater = new Deflater(Deflater.BEST_COMPRESSION);
deflater.setInput(input);
deflater.finish();
int compressedDataLength = deflater.deflate(output);
byte[] result = new byte[compressedDataLength];
System.arraycopy(output, 0, result, 0, compressedDataLength);
return new String(result, "ISO-8859-1");
} catch (Exception e) {
throw new RuntimeException("Failed to compress data", e);
}
}
/**
* 将压缩之后的数据进行解压
* @param compressedData 需要解压的数据
* @return 解压之后的数据
*/
private String decompress(String compressedData) {
try {
byte[] input = compressedData.getBytes("ISO-8859-1");
byte[] output = new byte[input.length * 2];
Inflater inflater = new Inflater();
inflater.setInput(input);
int decompressedDataLength = inflater.inflate(output);
byte[] result = new byte[decompressedDataLength];
System.arraycopy(output, 0, result, 0, decompressedDataLength);
return new String(result, "UTF-8");
} catch (Exception e) {
throw new RuntimeException("Failed to decompress data", e);
}
}
这里是创建jwt token的代码 ,解析jwt token的代码也是类似
/**
* 创建JWT
*
* @param rememberMe 记住我
* @param id 用户id
* @param subject 用户名
* @param roles 用户角色
* @param authorities 用户权限
* @return {@link String }
*/
public String createJWT(Boolean rememberMe, String id, String subject, List<String> roles, Collection<? extends GrantedAuthority> authorities) {
Date now = new Date();
Gson gson = new Gson();
//生成JWT的时间
long nowMillis = System.currentTimeMillis();
// 生成加密key
SecretKey key = generalKey();
String compress = compress(gson.toJson(authorities));
// 为payload添加各种标准声明和私有声明了
JwtBuilder builder = Jwts.builder()
// 设置jti(JWT ID):是JWT的唯一标识,从而回避重放攻击。
.setId(id)
// sub代表这个JWT的主体,即它的所有人。
.setSubject(subject)
// jwt签收者
.setIssuedAt(now)
// 设置签名使用的签名算法和签名使用的秘钥
.signWith(SignatureAlgorithm.HS256, key)
// 创建Payload
.claim("roles", roles)
.claim("authorities", compress);
// 设置过期时间
long ttlMillis = rememberMe ? Constants.JWT_REMEMBER : Constants.JWT_TTL;
if (ttlMillis > 0) {
long expMillis = nowMillis + ttlMillis;
Date exp = new Date(expMillis);
builder.setExpiration(exp);
}
String jwt = builder.compact();
// 将生成的JWT保存至Redis
stringRedisTemplate.opsForValue()
.set(Constants.REDIS_JWT_KEY_PREFIX + subject, jwt, ttlMillis, TimeUnit.MILLISECONDS);
return jwt;
}
到此,问题就解决啦 , 可能编程就是这样 ,编程的过程中会时而遇到困难和挫折,这是相当正常的。同时它是一个充满挑战和解决问题的过程,但也同样带来了许多乐趣和成就感。