Go多返回值是核心设计原则，强制显式处理错误和业务结果；标准库统一采用(value, error)模式，编译器不警告忽略err但linter可捕获，超3个返回值应封装为结构体。
Go 语言的多返回值不是语法糖，而是核心设计原则——它强制你显式处理错误和业务结果，而不是靠异常或隐式状态。
为什么 func() (int, error) 比 func() int 更可靠
单返回值函数在出错时只能 panic 或返回魔数（比如 -1），调用方无法静态检查是否处理了错误。而 (value, err) 形式让编译器强制你面对失败路径。
- Go 编译器不会警告你忽略
err，但团队规范和 linter（如errcheck）会捕获未使用的err变量 -
标准库所有 I/O、解析、网络操作都遵循该模式，例如
fmt.Sscanf()、strconv.Atoi()、os.Open() - 若需返回多个业务值（如坐标），应明确命名：
func GetXY() (x int, y int)，而非依赖文档猜测顺序
如何安全解构多个返回值，避免常见 panic
直接用下划线 _ 忽略某个返回值是合法的，但忽略 error 往往埋下隐患；而错误地假设返回值数量或类型会导致编译失败或运行时 panic。
- 调用多返回函数时，必须用变量接收全部返回值，或用
_显式忽略——不能只写foo(), bar()这种“丢弃式”调用 - 嵌套调用易出错：
process(parse(input))在parse返回(string, error)时会编译失败，因为process期望string，不接受error - 正确写法是先解构再传递：
result, err := parse(input) if err != nil { return err } return process(result)
自定义多返回函数的设计边界在哪里
超过 3 个返回值就该警惕——可读性和维护性会陡降。这不是语法限制，而是工程信号。
立即学习“go语言免费学习笔记（深入）”；
- 若返回值含语义分组（如 HTTP 响应：
body, statusCode, header, err），建议封装为结构体：type Response struct { Body []byte; Code int; Header http.Header } - 不要为了“统一风格”把无错误可能的纯计算函数也加
error返回，比如max(a, b int) int—— 它本就不该失败 - 需要同时返回结果和元信息（如缓存命中率、耗时）时，可考虑用结构体 + 零值 error：
func CacheGet(key string) (val interface{}, hits int, err error) { // ... return val, hits, nil }
多返回值真正的复杂点不在语法，而在每次函数签名设计时，你得停下来想清楚：哪些是核心输出，哪些是失败信号，哪些其实该被封装——这个思考过程本身，就是 Go 在推着你写更健壮的代码。
