Go 语言圣经 #7_2 | error 接口、类型断言、类型分支、接口设计准则-开发者社区

error是 Go 内置通用错误接口，仅定义一个Error()方法：

type error interface { Error() string }

任何类型只要实现Error() string方法，就自动满足 error 接口，可作为错误返回值。

导入包：import "errors"
底层原理
- errors.New("xxx")内部返回*errorString结构体指针
- 底层用指针而非结构体值：防止外部随意修改错误信息
- 每次调用 New 都会生成全新独立错误实例，错误之间不相等
使用示例

err := errors.New("参数不能为空") fmt.Println(err.Error()) // 调用方法输出错误文本

统一所有函数错误返回规范，所有异常信息都可通过Error()获取字符串描述。

本章配套实战案例，基于接口实现不同算术表达式统一求值逻辑，核心作用：

语法：接口变量.(类型T)，称为类型断言作用：检测接口值内部的动态类型是否匹配目标类型 T，分两种场景。

var w io.Writer = os.Stdout f := w.(*os.File) // 断言成功，拿到*os.File

var r io.Reader = os.Stdin rw := r.(io.ReadWriter) // 若底层类型同时实现读写接口则成功

单返回值断言失败会 panic，工程中使用value, ok := x.(T)安全写法：

f, ok := w.(*os.File) if ok { // 执行文件专属逻辑 }

文件操作提供快速判断错误类型工具函数，底层基于类型断言实现：

func IsExist(err error) bool // 文件已存在 func IsNotExist(err error) bool // 文件不存在 func IsPermission(err error) bool // 权限不足

缺陷：不同操作系统底层错误描述不一致，仅简单字符串判断不够健壮。

标准库定义专用结构体存储完整错误上下文，比单纯字符串判断更精准：

if pe, ok := err.(*os.PathError); ok { fmt.Println("操作：", pe.Op, "路径：", pe.Path) }

优势：直接读取结构化字段，不受系统错误文本差异影响。

代表类型：io.Reader、error、sort.Interface、http.Handler核心：接口定义统一行为方法，隐藏底层具体类型，关注行为而非类型。

接口仅作为多种类型的容器，依靠类型断言 / 分支区分底层类型，不隐藏细节，关注具体类型。典型场景：SQL 参数解析、多类型参数统一接收。

特殊 switch，switch 变量.(type)，仅能在 switch 中使用type关键字：

switch v := data.(type) { case int: // v是int类型 case string: // v是string类型 case nil: // 接口值为nil default: // 其他所有类型 }

不要提前定义仅单个实现的接口单一实现的接口属于多余抽象，带来额外运行时开销，直接导出类型方法即可。
接口使用的正确时机：至少两种具体类型需要统一处理
唯一例外：包解耦场景实现类型与接口分属不同包，无法直接依赖，用接口消除包依赖。
小接口优先设计原则：只定义需要的方法（ask only for what you need）如io.Writer仅 1 个 Write 方法，小接口更容易被新类型实现，扩展性更强。