Redis中获取值类型与前端对比：为什么同样的验证码却始终验证失败？-Golang-PHP中文网

Redis中获取值类型与前端对比：为什么同样的验证码却始终验证失败？

心靈之曲

发布： 2025-03-11 09:13:05

原创

799人浏览过

redis中获取值类型与前端对比：为什么同样的验证码却始终验证失败？

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 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
}

登录后复制

问题分析：

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中获取值类型与前端对比：为什么同样的验证码却始终验证失败？的详细内容，更多请关注php中文网其它相关文章！