go函数天然支持多返回值，是编译器直接支持的语言特性而非语法糖；返回值需显式声明类型和数量，常见于(error)处理模式，调用时须严格匹配数量、顺序与类型。
Go函数天然支持多返回值，无需额外语法糖
是的，Go语言从设计上就原生支持函数返回多个值，这不是语法糖或模拟实现，而是编译器直接支持的语言特性。返回值列表写在函数签名的末尾括号中，用逗号分隔，调用时可一次性接收全部，也可只取部分（配合空白标识符 _ 忽略）。
常见错误是把多返回值当成元组或结构体来处理——Go里没有隐式元组类型，每个返回值都有独立类型和语义，必须显式声明、显式接收。
- 返回值类型必须全部显式写出：
func divide(a, b float64) (float64, error)，不能简写为(float64, error)以外的形式 - 命名返回值（如
func split(s string) (left, right string)）会自动声明同名变量，return不带参数即返回这些变量当前值 - 未命名返回值必须在
return中显式列出所有值：return result, nil - 调用方若只关心一个值，其余必须用
_显式丢弃，否则编译报错：val, _ := strconv.Atoi("42")
error 处理是多返回值最典型的使用场景
Go标准库几乎全部 I/O 和转换函数都采用 (T, error) 模式，比如 strconv.Atoi、os.Open、json.Unmarshal。这种设计强制调用方直面错误，避免忽略失败路径。
容易踩的坑是试图用单个变量接收两个返回值：err := json.Unmarshal(data, &v) 会编译失败，因为该函数返回 (error)？不对——它返回的是 (error)？等等，查文档：实际是 func Unmarshal(data []byte, v interface{}) error，这个函数只返回一个值。反例恰恰说明：不是所有函数都多返回，必须看签名。
立即学习“go语言免费学习笔记（深入）”；
- 典型双返回：
os.Open返回(*os.File, error)；map[key]value读取返回value, ok bool - 三返回值较少见，但存在：比如
strings.Cut返回before, after string, found bool - 性能无额外开销：多返回值在底层通过栈或寄存器直接传参，不分配新结构体
命名返回值让 defer 和错误路径更清晰
当函数有 defer 或多处 return 时，命名返回值能显著减少重复赋值，也让 defer 可以直接访问返回变量。
func writeToLog(msg string) (err error) {
f, err := os.OpenFile("log.txt", os.O_APPEND|os.O_WRONLY, 0644)
if err != nil {
return // err 已被赋值，此处 return 等价于 return err
}
defer f.Close() // 即使上面 return，这里仍执行
_, err = f.WriteString(msg + "\n")
return // 同样返回当前 err 值
}
- 命名返回值会在函数入口自动初始化（零值），所以
err初始为nil -
defer中可读写命名返回值，常用于统一关闭资源或记录耗时 - 过度使用命名返回值会降低可读性，尤其当返回值逻辑不清晰时，建议仅在错误处理或资源清理场景使用
多返回值不能直接赋给未声明类型的变量
Go不允许“解构赋值”式推导类型，左侧变量必须已声明或用 := 同时声明——且数量、顺序、类型必须严格匹配。
例如 result, err := strconv.ParseInt("123", 10, 64) 是合法的，但下面这些都不行：
-
var result, err = strconv.ParseInt("123", 10, 64)→ 编译错误：multiple-value ParseInt() in single-value context -
var result int64; var err error; result, err = strconv.ParseInt("123", 10, 64)→ 合法，但必须先声明类型 -
a, b, c := someFunc()要求someFunc确实返回三个值，少一个或多一个都会报错
最容易被忽略的是：函数签名变更后，调用处可能因返回值数量不匹配而静默失败——尤其是团队协作时，有人删掉一个返回值却忘了同步更新所有调用点。CI 中加一条 go vet 能提前捕获这类问题。
