Redis与前端数据类型不匹配导致验证码验证失败的解决方法
使用github.com/gomodule/redigo/redis库操作Redis时，经常会遇到从Redis获取的值类型与前端传入的值类型不一致，导致比较失败的问题。本文将分析此类问题，并提供解决方案。
问题描述：
开发者从Redis中获取键为”123@qq.com”的值”8414″，前端传入的验证码也是”8414″。但直接比较两者却始终不相等。这是因为Redis的GET命令返回[]byte类型，而前端传入的是字符串类型。即使将前端数据转换为[]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函数：
// Get get a keyfunc 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}
登录后复制
问题分析：
redis.Bytes函数将Redis返回的字节数组直接转换为[]byte类型。 []byte转换为字符串时，会根据字节数组内容进行处理，如果Redis中存储的是字符串”8414″，转换后的字符串会包含双引号。
解决方案：
原始代码中，gredis.get函数尝试使用json.Unmarshal将[]byte转换为interface{}。这在某些情况下可能有效，但并非所有Redis数据都符合JSON格式。 更可靠的方案是直接将[]byte转换为字符串，然后去除可能存在的引号：
func Get(key string) (string, error) { conn := RedisConn.Get() defer conn.Close() reply, err := redis.Bytes(conn.Do("GET", key)) if err != nil { return "", err } return strings.Trim(string(reply), `"`), nil // 去除首尾双引号}
登录后复制
修改后的代码将更可靠地处理Redis返回的[]byte数据，并进行正确的类型比较。 建议在存储验证码时，直接存储不带引号的字符串，以避免不必要的转换和错误。 如果必须存储带引号的字符串，则需要在获取后进行相应的处理，例如使用strings.Trim函数去除首尾引号。 此外，考虑使用更明确的数据类型，例如直接存储为字符串，而不是依赖于json.Unmarshal进行类型转换。
以上就是Redis中获取值类型与前端对比：为什么同样的验证码却始终验证失败？的详细内容，更多请关注【创想鸟】其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/3150848.html
