go函数多返回值需显式接收或用_一一丢弃，不支持跳过中间值；命名返回值影响defer行为，适合结构清晰函数，多分支场景慎用；_仅限赋值左侧独立使用，不可复用。
Go 函数怎么写多返回值才不踩 panic
Go 里函数返回多个值是常态，但新手常在调用时漏接、错接，或误以为能像 Python 那样用下划线跳过中间某个值而保留后面的——其实不行。go 要求调用方显式接收所有返回值，或用 _ 明确丢弃（且必须一一对应）。
- 错误写法：
name, _ := getName()想跳过第二个返回值却保留第三个？不行，Go 不支持“跳过中间、取后面”，必须写全：name, _, id := getName() - 常见 panic 场景：函数返回
(string, error)，你只写s := f()—— 编译直接报错：multiple-value f() in single-value context - 命名返回值不是语法糖，它会影响 defer 执行时读到的值：如果函数里有
defer func() { println(err) }()，且err是命名返回参数，那么 defer 看到的是最终 return 语句赋给它的值，不是中间变量
命名返回值什么时候该用、什么时候该躲
命名返回值让函数体更简洁，但也容易掩盖逻辑分支里的赋值遗漏。它适合「结构清晰、出口统一」的函数，比如 HTTP handler 或配置解析器；不适合条件分支多、提前 return 频繁的场景。
- 推荐用：
func parseConfig(path string) (cfg Config, err error)—— 全局 err 赋值 + 统一 return，defer 日志/清理也方便 - 慎用：
func calculate(x, y int) (sum int, diff int, err error)—— 三个命名值，但中间可能只算出 sum 就 return，diff 和 err 还是零值，调用方难判断哪些是有效结果 - 命名返回值会让函数签名变长，IDE 自动补全时可能混淆：比如
func f() (a, b int)和func f() (a int, b int)表面一样，但前者 a 和 b 共享类型声明，后者可不同（虽然实际中少见）
调用多返回函数时，_ 的用法边界在哪
_ 是 Go 里唯一合法的“丢弃”占位符，但它不是万能胶水。它只能用于赋值语句左侧，且每个 _ 独立作用，不能复用或跨行共享。
- 合法：
_, err := os.Open("x.txt")、name, _, _ := getUserInfo() - 非法：
_, _, err := f(); _, _, err := g()—— 第二行的_不是重用，而是新建两个新匿名变量，和第一行无关 - 注意副作用：如果函数第二个返回值是
io.Closer，你写_, c := openFile()，c 没被关，就真泄漏了；别以为_能自动调Close() - 测试中常用：
require.NoError(t, err)前必须先接住 err，不能靠_, _ := doSomething()然后指望 err 被检查——因为第二个_根本不是 err 类型
性能和可读性上，命名 vs 匿名返回值有差别吗
编译后几乎没区别，但可读性和维护成本差异明显。命名返回值会让函数体看起来像「初始化+逐步填充」，而匿名返回值更接近「计算即返回」的表达式风格。
立即学习“go语言免费学习笔记（深入）”；
- 性能无差异：无论是否命名，返回值都通过栈或寄存器传递，命名只是给局部变量起了个固定名字
- 可读性陷阱：命名返回值配合多处
return容易让人忽略某条路径没给某个命名变量赋值（比如忘了设err = fmt.Errorf(...)），静态分析工具如staticcheck会报SA4006 - 团队协作提示：如果函数超过 20 行、含 3 个以上命名返回值，建议拆成小函数，或者改用 struct 返回：
type Result struct { Data []byte; Code int; Err error }—— 更易加字段、打日志、mock 测试
