如何排查并解决 Redigo 连接池 nil 指针解引用错误问题？

本文共计974个文字，预计阅读时间需要4分钟。

相关专题：

本文详解 redigo 使用过程中因未校验连接错误导致 `nil pointer dereference` panic 的根本原因，并提供安全初始化 redis 连接池、正确处理连接生命周期的完整实践方案。

在使用 Redigo 构建 Redis 客户端时，开发者常因忽略错误检查顺序而触发运行时 panic：panic: runtime error: invalid memory address or nil pointer dereference。该错误并非 Redigo 本身缺陷，而是由在未确认连接成功前就调用 con.Do() 等方法所引发——当 redis.Dial() 失败返回 nil, err 时，后续对 nil 连接对象的任何操作（如 con.Do("SELECT", 1)）都将直接崩溃。

? 根本问题：错误处理逻辑错位

观察原始代码片段中的关键隐患：

con, err := redis.Dial("tcp", *redisAddress) con.Do("SELECT", 1) // ⚠️ 危险！此处 con 可能为 nil if err != nil { return nil, err }

上述写法违反了 Go 的错误处理黄金法则：必须在使用返回值前检查 error。一旦网络不可达、Redis 未启动或地址配置错误，redis.Dial() 将返回 nil, err，此时执行 con.Do(...) 即等同于 nil.Do(...)，触发空指针解引用。