建站城站长统计黄页网站下载大全
记一次Bug排查
今日在做尚硅谷的商品甄选项目时，遇到无法登录的问题：报错Uncaught (in promise) Error: Infinite redirect in navigation guard
一开始我去搜CSDN，都说是路由的问题，我对前端也不了解，试着改了一下，发现没有用。我怀疑是前端包的问题，于是我重新下载解压了若干次资料中的前端包 —— 最原始的模板，下载完依赖的模板，甚至所有前端代码都写完的代码，都还是那个问题。
前端模板刚拿过来时好用的，但在进行了一系列修改后，就出现登录界面一直转圈进不去报错的问题了。我从头开始，重复每一步的修改，然后去看界面有没有问题。
我注意到，当我修改完后端接口，并把api路径修改为自己的路径后，就出现错误了。这时，我才想起来打开F12查看Network，发现getUserinfo这个接口被调了10多次，我发现问题不对了，明明只点击了一次登录，为什么会调这么多次。
我去前端代码里搜寻getUserinfo这个接口的调用，发现有这样一段代码：
if (!userinfo) {try {// 获取用户信息await getUserinfo()} catch (err) {loadingInstance.close()return false}return to.fullPath
}
这段代码当userinfo为空时，就会一直调用getUserinfo()这个方法，难道我获取userinfo都是空吗？于是在控制台打印userinfo，竟然真的是清一色的null!
看来是后端出了问题，我再到后端去看，后端有一个controller返回的用户信息是SysUser类
@GetMapping("/getUserInfo")public Result<SysUser> getUserInfo(@RequestHeader(name = "token") String token) {// 1.从请求头获取token// 2.根据token从redis查询用户信息SysUser sysUser = sysUserService.getUserInfo(token);// 3.返回用户信息return Result.ok(sysUser);}
于是我进行sysUser的打印，果然也为空，我继续追溯到sysUserService服务中的getUserInfo()方法，这个方法是根据token从redis中查询到存储的用户信息。
public SysUser getUserInfo(String token) {//redis取数据String userJson = redisTemplate.opsForValue().get(RedisKeyEnum.USER_LOGIN + token);System.out.println("userJson:"+userJson);return JSON.parseObject(userJson, SysUser.class);}
乍一看我还没发现这个get()方法有啥问题，但当我与上面写的redis的set()方法作对比时，恍然大悟：
// redis存数据
redisTemplate.opsForValue().set(RedisKeyEnum.USER_LOGIN.getValue() + token,JSON.toJSONString(sysUser),7, TimeUnit.DAYS);
发现没？key不一样！
在set的时候是RedisKeyEnum.USER_LOGIN.getValue()，而在get的时候就忘了加getValue()了,结果当然不对，自然就查不到对应的用户信息，前端自然会出问题了。
到头来还是个低级错误啊。。。
所以在自己做项目时，界面上出现了问题，第一反应是看后端请求有没有问题，而不是抓着前端不放，后台管理项目的前端大部分都是既定模板，只要修改正确，不会出啥问题，往往后端的一些小纰漏才是问题的根源。