Go函数返回多个值时必须用多变量接收或空白标识符(_)显式丢弃，不可只取部分值，否则编译报错；_是独立匿名变量，不分配内存，用于绕过未使用变量错误，但忽略error需谨慎。
Go函数返回多个值时，必须用多变量接收或空白标识符
Go语言函数天然支持多返回值，但语法上不允许只取其中一部分——不接收全部，编译直接报错。比如 func divide(a, b float64) (float64, error) 返回两个值，你不能只写 x := divide(4, 2)，这会触发 multiple-value divide() in single-value context 错误。
正确做法只有两种：要么用多个变量完整接收，要么用 _ 显式丢弃不需要的值。
- 完整接收：
x, err := divide(4, 2) - 只取结果（忽略错误）：
x, _ := divide(4, 2) - 只取错误（忽略结果）：
_, err := divide(4, 0)
空白标识符 _ 不是“可选”，而是显式声明“我不要这个值”
很多人误以为 _ 是占位符或语法糖，其实它是 Go 的特殊标识符，每次出现都代表一个**独立、不可复用**的匿名变量。它不分配内存，也不参与任何计算，但能绕过“未使用变量”编译错误。
常见误用场景：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
- 在
for range中只关心值，却忘了用_掉索引：for _, v := range slice—— 如果写成for i, v := range slice又没用i，编译失败 - 调用只关心副作用的函数（如
json.Unmarshal），却漏掉错误：json.Unmarshal(data, &v)编译不过，必须写成json.Unmarshal(data, &v); if err != nil { ... }或if err := json.Unmarshal(data, &v); err != nil { ... }
多返回值函数在 defer / return / 类型推导中的行为差异
多返回值会影响一些上下文的语义，尤其容易在 defer 和命名返回值中出问题。
-
defer执行时捕获的是**调用时的实参值**，不是返回时的值。如果函数有命名返回值且被修改，defer看到的是修改后的值：func f() (x int, err error) { x = 1 defer func() { fmt.Println(x) }() // 输出 42，不是 1 x = 42 return } - 命名返回值 + 多返回值时，
return语句若不带参数，表示“返回当前命名变量的值”；若带参数，则按顺序覆盖命名变量，且数量必须匹配 - 类型推导只发生在短变量声明
:=场景。如果已声明变量，再用=赋值多返回值，左右数量仍需严格一致：var x float64; var err error; x, err = divide(4, 2)
实际项目中容易被忽略的坑：error 检查与 defer 组合
当函数返回 (result, error) 时，常见模式是先检查 err 再处理 result。但如果中间插入了 defer，且 defer 依赖 result，就可能因 err 非空导致 result 未初始化而 panic。
- 错误写法：
func readConfig() (cfg Config, err error) { f, err := os.Open("config.json") defer f.Close() // panic: nil pointer dereference if err != nil ... } - 正确写法：先判错，再 defer，或用
if f != nil { defer f.Close() } - 更安全的惯用法是把资源获取和 defer 放进同一个作用域：
if f, err := os.Open(...); err != nil { return ..., err } else { defer f.Close() }
多返回值本身很简单，难的是它和 Go 的错误处理、资源管理、作用域规则交织在一起时，哪一步漏了 _、哪一行 defer 放错了位置，都会让程序在看似无关的地方崩掉。
