如何解决 Redigo 连接池 nil 指针解引用问题及修复方法？

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

相关主题

本文详解 redigo 使用过程中因未校验连接错误就直接调用 con.do() 导致的 panic：“invalid memory address or nil pointer dereference”，并提供安全初始化 redis 连接池的完整实践方案。

在使用 Redigo 构建 Go 应用的 Redis 客户端时，一个高频且隐蔽的崩溃原因是：在未检查 redis.Dial() 返回错误的情况下，直接对可能为 nil 的连接对象执行操作（如 con.Do("SELECT", 1)）。该行为会触发运行时 panic —— invalid memory address or nil pointer dereference，正如问题堆栈所示，错误精确发生在 pool.go:250 的 get() 内部调用链中，根源却在用户自定义的 Dial 函数逻辑缺陷。

? 根本原因分析

观察原始代码中的连接工厂函数：

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

问题在于：redis.Dial() 在失败时返回 (nil, err)，但代码在 if err != nil 判断之前就调用了 con.Do(...)。