Go函数天然支持多返回值，是语言特性而非额外实现；需在签名中用括号声明多个返回类型，并在return中提供对应值；应避免用slice或struct模拟，优先采用标准模式（如val, err := fn()）和命名返回值提升可读性。
Go 函数天然支持多返回值，不需要额外实现
Go 语言的函数声明语法本身就允许指定多个返回值类型，这不是“实现”出来的功能，而是语言特性。你只需要在函数签名里用括号列出返回类型，再在 return 语句中提供对应数量和类型的值即可。
常见错误是试图模仿其他语言（比如用 struct 包装、或返回 slice）来“模拟”多返回值，反而让调用变冗余、丢失 Go 的惯用表达力。
- 正确写法：
func divide(a, b float64) (float64, error) - 错误倾向：写成
func divide(a, b float64) []interface{}或func divide(a, b float64) Result（除非业务逻辑真需要封装状态） - 命名返回值可选但实用，尤其当多个 error 或 flag 类型返回时，能提升可读性：
func parse(input string) (value int, ok bool, err error)
如何处理 error 和业务值同时返回
这是最典型的多返回值使用场景：一个主结果 + 一个 error。Go 标准库全部采用这种模式，调用方习惯用 if err != nil 立即检查。
关键点不是“怎么返回”，而是“怎么设计返回顺序”和“怎么避免忽略 error”：
- 惯例是把主要业务值放前面，
error放最后 —— 这样支持val, err := fn()一键解构 - 不要把
error当作第二个业务值混用（比如(int, string)表示 success/failure），这会让调用方无法用标准错误处理流程 - 如果确实需要多个非 error 值（如解析 JSON 得到
name,age,city），优先考虑定义结构体：type User { Name string; Age int; City string }，而不是(string, int, string)—— 后者难以维护且无字段语义
命名返回值与 defer 的配合容易出错
命名返回值在函数末尾隐式作为返回变量，但和 defer 一起用时行为容易被误解。
例如：
func badExample() (result int, err error) {
result = 42
defer func() { result = 0 }()
return // 实际返回 0，不是 42
}
这是因为命名返回值在 return 执行时已赋值，但 defer 函数会在 return 语句返回前修改它。实际开发中，除非明确需要拦截返回值（如统一加日志、recover panic），否则避免在命名返回值函数里用 defer 修改它们。
- 安全做法：不命名返回值，或
defer只做清理（如关闭文件），不碰返回变量 - 如果必须修改，显式写出
return result, err，让逻辑清晰可见 - 注意：未命名返回值的
defer不会改变返回值，因为没有变量可改
多返回值在接口方法中要保持一致
如果你的函数要满足某个接口，那它的签名（包括返回值个数和类型）必须严格匹配接口定义。Go 不支持“可选返回值”或“重载”，所以一旦接口定为 (int, error)，所有实现都必须返回两个值。
容易踩的坑是：自己写了个 (int, string) 函数，然后想赋给 io.Reader.Read 这种要求 (int, error) 的接口变量，编译直接报错。
- 检查接口定义用
:GoDef或go doc io.Reader.Read - 别试图用匿名函数包装绕过类型检查：
var r io.Reader = func([]byte) (int, error) { ... }是合法的，但过度包装会掩盖真实意图 - 如果多个函数逻辑相似但返回值不同，说明它们可能不该共用同一个接口 —— 接口应反映行为契约，不是为了复用而硬凑
