Go多返回值是核心机制而非语法糖，需显式接收全部值或用_丢弃，命名返回值适用于错误统一或defer修改场景，调用方应立即检查error，避免struct或interface{}替代而破坏类型安全与可读性。
Go 语言的多返回值不是语法糖，而是被深度集成到错误处理、接口设计和标准库中的核心机制；直接用 return a, b, err 是常规操作，但真正影响代码健壮性的是「谁该负责检查第几个值」「命名返回值是否真有必要」「调用方如何安全解构」。
多返回值函数的标准写法与常见错误
Go 中函数声明多返回值时，括号内必须显式写出每个返回类型的占位（哪怕类型相同），且调用时必须接收全部值或用空白标识符 _ 显式丢弃。漏接、错序、类型不匹配都会编译失败。
常见错误包括：
- 忘记用
_接收无用的 error：比如v, _ := strconv.Atoi("123")看似省事，实则掩盖了潜在转换失败风险 - 误以为可以部分接收：Go 不支持类似 Python 的
a, *_ = fn()，必须全收或全弃 - 命名返回值被意外覆盖：如声明为
func foo() (x int, err error)，但在函数体内写x = 42; return 99, nil，会导致x被覆盖为 99，命名失去意义
何时用命名返回值，何时不用
命名返回值本质是函数作用域内的变量，会在函数入口自动初始化（零值），并在 return 语句无参数时隐式返回。它适合用于：
- 错误路径高度统一的函数，例如所有分支最后都需设置
err，此时命名可减少重复赋值 - 需要 defer 中修改返回值的场景，比如记录耗时、清理资源后统一返回结果
但要注意：
- 一旦使用命名返回值，就应避免在函数体中再用
return expr1, expr2这种带参数的写法，否则容易混淆控制流 - 多个同类型返回值（如
(int, int)）强烈建议命名，否则调用方极易搞混顺序：min, max := getBounds()比a, b := getBounds()可读得多
调用方如何安全解构多返回值
Go 不支持运行时动态解构，所有接收必须在编译期确定。最稳妥的方式是显式接收并立即检查关键值（尤其是 error）：
