Go函数多返回值是编译器强制的语法结构，声明须用括号包裹类型列表（如func f() (int, string)），调用必须整体解包（如a, b := f()），不支持索引或部分取值，error必须居末位且不可裸用_忽略，命名返回值与defer交互易导致返回值被覆盖。
Go 函数多返回值不是可选项，是编译器强制的语法结构——写错括号、顺序或接收方式，直接报错，不给运行机会。
函数声明必须用括号包裹返回类型列表
写 func f() int, string 会报 expected ')', found ','；正确写法是 func f() (int, string)，哪怕只有一个返回值也得写成 ()string。命名返回值同理：func parse() (n int, err error) 合法，func parse() n int, err error 直接编译失败。
括号不是风格问题，是语法必需项。连续相同类型可简写：(a, b int, s string) 等价于 (int, int, string)，但不能省略括号或混用无括号写法。
调用时必须整体解包，不支持索引或部分取值
test()[1] 永远编译失败，错误信息通常是 invalid argument: test()[1] (type []interface {} does not support indexing)。Go 的多返回值不是切片、不是元组，它就是一个“多值表达式”，只支持一次性解包。
- ✅ 正确：
a, b := test() - ✅ 忽略第一个：
_, b := test()（注意：_是语义丢弃，不分配内存） - ❌ 错误：
a := test()→multiple-value test() in single-value context - ❌ 错误：
fmt.Println(test())→ 同样因多值无法传入单参数函数而失败
error 必须放在最后，且不能裸用 _ 忽略
标准库和生态全部遵循 (T, error) 或 (T1, T2, error) 模式。error 居末位不是约定，而是工具链（如 go vet、IDE 补全）的行为基础。
常见危险写法：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
_, err := os.Open("x")：若err == nil，_对应的*os.File被丢弃，文件句柄泄漏 -
resp, _ := http.Get(u)：若err != nil，resp为nil，后续resp.Body.Close()panic
真要忽略非 error 值？确保它业务上确实无意义（比如调试计数器）；否则优先封装进 struct。
命名返回值 + defer 容易覆盖最终返回值
命名返回参数在函数栈帧里是真实变量，defer 可以读写它——这不是 bug，是设计行为，但极易误判。
例如：
func f() (err error) {
defer func() {
err = fmt.Errorf("deferred")
}()
return nil // 实际返回的是 "deferred"，不是 nil
}
裸 return 先赋值，再执行 defer。如果函数逻辑复杂、有多个 return 点，又混用命名返回和 defer，最终返回值可能和直觉不符。真正容易被忽略的点是：命名返回让变量作用域隐晦，尤其与 defer、闭包、循环共存时，“可见性”不是静态的。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
