问题描述

今天也是日常写程序的一天 , 还是那个熟悉的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;
	}

到此，问题就解决啦 ， 可能编程就是这样 ，编程的过程中会时而遇到困难和挫折，这是相当正常的。同时它是一个充满挑战和解决问题的过程，但也同样带来了许多乐趣和成就感。