关于redigo未导出errorConn导致Redis连接故障无法精准处理的重试咨询

redigo 不导出 errorConn 类型的核心原因是官方要最小化公开API的暴露范围，避免将内部实现细节的类型暴露给下游。errorConn 从设计之初就被定位为连接层的内部错误标识，官方最初的设计假设是下游不需要对连接类错误做特殊分类，所有操作失败统一作为通用错误处理即可，因此没有将其纳入公开API范围。

你提到的需要区分普通操作失败、连接故障、连接池耗尽三类场景，进而执行不同重试策略的需求是非常普遍的合理需求，不需要等待官方导出errorConn就可以通过以下几种方案实现：

• 错误特征匹配：连接池耗尽的错误返回固定字符串redigo: connection pool exhausted，网络连接类错误通常包含connection refused、connection reset by peer、i/o timeout等固定特征，通过字符串匹配就可以实现故障分类，满足业务判断需求。
• Go 1.13+ 错误断言：你可以通过errors.As尝试将返回的错误断言为私有errorConn类型，只要redigo的内部错误结构没有变更，就可以准确判断，这种方式比字符串匹配更稳定，只需要在redigo版本升级时做兼容性验证即可。
• 封装连接池中间层：你可以自行封装Pool的Get方法，在获取连接时提前捕获错误，自定义统一的错误类型打标，完全不依赖redigo的内部错误实现，后续redigo版本升级也不会受到影响。

目前社区也多次提交过导出errorConn类型的PR，但官方出于向后兼容的考量，担心后续内部错误逻辑调整会导致下游业务代码出错，因此一直没有合并相关改动。

内容的提问来源于stack exchange，提问作者Miles