Redis数据库值与前端数据类型不匹配导致对比失败的解决方案
使用github.com/gomodule/redigo/redis库操作Redis时，经常遇到从Redis获取的值与前端传递的值类型不一致，导致比较结果错误的问题。本文分析一个案例，并提供解决方案。
问题描述：
用户在Redis中存储键值对，键为邮箱（例如"123@qq.com"），值为验证码"8414"。前端获取验证码后，需要与Redis中的验证码比对。然而，直接比较Redis返回的[]byte类型值与前端字符串值总是失败。代码中，Redis获取的值str是[]byte类型，前端值code是字符串类型。即使将code转换为[]byte，比较结果仍然不一致，因为Redis返回的[]byte包含额外的引号，导致字符串表示为"8414"，而前端字符串为8414。
立即学习“前端免费学习笔记（深入）”；
代码片段（问题代码）：
email := c.query("email")
code := c.query("code")
str, _ := gredis.get(email)
fmt.println(str, string(str), "", []byte(code+""), code)
if string(str) != string(code) {
appg.failjson(e.error, "验证码错误")
return
}
gredis.get函数返回[]byte类型，这是问题的根源。
改进后的gredis.get函数：
为了解决这个问题，需要改进gredis.get函数，添加JSON解析步骤：
// Get get a key
func Get(key string) (interface{}, error) {
conn := RedisConn.Get()
defer conn.Close()
reply, err := redis.Bytes(conn.Do("GET", key))
if err != nil {
return nil, err
}
// 代码1: 关键改进
var reply2 interface{}
err = json.Unmarshal(reply, &reply2)
if err != nil {
return nil, err
}
return reply2, nil
}
通过json.Unmarshal将[]byte数据解析为interface{}类型，解决了类型不匹配问题。即使Redis中存储的是字符串，获取到的数据也能与前端字符串正确比较。
注意： 虽然此方法解决了当前问题，但可能导致数据类型不一致，需要根据实际情况调整。 更好的方法是始终在Redis中存储一致的数据类型（例如，都存储为字符串），并在前端和后端保持一致的处理方式。 避免在Redis中存储包含额外引号的字符串。 如果必须存储为[]byte，则在获取后进行合适的类型转换和处理，例如去除引号。 考虑使用更明确的类型，而不是interface{}，例如string。
