Go函数通过在签名中用括号声明多个类型（如func() (int, string)）支持多重返回值，可命名或未命名，调用时需按位置一一接收，error惯例置于末位并立即检查。
Go 函数怎么写才能返回多个值
Go 语言原生支持多重返回值，不需要封装结构体或指针传参。函数签名中用括号包裹多个类型即可，例如 func name() (int, string)。注意括号不能省略，哪怕只有一个返回值类型也要写成 (int) 形式，否则语法错误。
常见错误是漏掉外层括号，写成 func foo() int, string —— 这会直接报错 expected ‘)’, found ‘,’。
- 返回值可以命名，如
func split(n int) (x, y int)，此时函数体内可直接对x、y赋值，末尾用裸return - 未命名返回值必须显式写出全部值，如
return 1, "ok" - 命名返回值会隐式声明为局部变量，有默认零值，但不推荐依赖这点，容易掩盖逻辑缺陷
调用时如何接收多个返回值
接收方式和声明对称：用逗号分隔的变量列表接住，顺序、数量、类型必须严格匹配。Go 不支持“跳过某个返回值”或“按名接收”，只能按位置一一对应。
典型误用是只取一个值却忽略其余，比如 v := someFunc() 会导致编译失败：multiple-value someFunc() in single-value context。
立即学习“go语言免费学习笔记（深入）”；
- 全部接收：
a, b := foo() - 丢弃某个值用下划线：
a, _ := foo()（仅限当前作用域，不可多次使用_） - 如果函数返回 (int, error)，习惯上把 error 放最后，且通常立即检查：
if err != nil { ... } - 不能用
var a, b = foo()，因为类型推导规则不支持多变量同时推导（会报错multiple-value foo() in assignment），必须用:=或显式声明类型
error 类型常和多重返回值一起出现，该怎么处理
Go 的错误处理模式高度依赖多重返回值，尤其是 (T, error) 组合。这不是约定俗成，而是标准库与生态的强制实践。任何可能失败的操作都应返回 error，且它必须是最后一个返回值。
常见陷阱是忘记检查 error 就直接使用前面的值，导致 panic 或逻辑错误。编译器不会警告，全靠人工审查。
- 正确模式：
result, err := strconv.Atoi("42") if err != nil { log.Fatal(err) } // 此时 result 才可信 - 链式调用需拆开写，不能写成
process(strconv.Atoi("42"))，因为无法捕获中间的err - 若函数返回
(int, int, error)，切勿用a, _, err := f()忽略中间值——除非你确认它永远无意义；否则应明确写出所有变量名，提高可读性
多重返回值在 defer / panic / recover 中的行为
defer 语句中的函数调用，其返回值会被忽略，无论是否有多重返回。但更关键的是：命名返回值在 defer 中可见，且 defer 修改会影响最终返回结果。
这个特性容易引发隐蔽 bug，尤其在错误路径中修改了命名返回值又没注意 defer 的副作用。
- 示例：
func dangerous() (err error) { defer func() { if r := recover(); r != nil { err = fmt.Errorf("panic recovered: %v", r) } }() panic("boom") return nil }该函数最终返回的是 defer 中设置的 error，不是return nil的值 - 非命名返回值不受 defer 影响，因为 defer 里无法访问它们
- 在复杂错误处理逻辑中，优先用非命名返回 + 显式
return val, err，避免 defer 和命名返回值耦合过深
