Go函数多返回值是编译器强制的语法结构，括号包裹返回类型、顺序严格匹配、必须整体接收或用_显式丢弃，error须居末位，命名返回参数受defer影响。
Go 函数多返回值不是“可选技巧”，是编译器强制的语法结构——写错括号、顺序或接收方式，直接报错，不给运行机会。
func 声明必须用括号包裹返回类型列表
写 func f() int, string 会报 expected ')', found ','；正确写法是 func f() (int, string)。哪怕只有一个返回值，也得写成 ()int。
命名返回值同理：func parse() (n int, err error) 合法；func parse() n int, err error 直接编译失败。
- 括号不是风格问题，是语法必需项
- 类型顺序决定调用时变量的推导顺序，和变量名无关
- 连续相同类型可简写：
(int, int, string)不能缩成(int, string)，但(int, int, string)可写为(a, b int, s string)
调用时必须整体接收，不能索引或部分取值
test()[1] 永远编译失败，错误信息通常是：invalid argument: test()[1] (type []interface {} does not support indexing)。Go 的多返回值不是切片，也不是元组，它就是一个“多值表达式”，只支持一次性解包。
立即学习“go语言免费学习笔记（深入）”；
- 正确写法：
a, b := test() - 想忽略第一个？写
_, b := test()，不是b := test()[1] - 传给单参数函数？不行：
fmt.Println(test())报multiple-value test() in single-value context - 变量名顺序必须匹配返回类型顺序：若
test()返回(int, string)，写s, i := test()会导致s是int类型，后续使用出错
error 必须放在最后，且不能裸用 _ 忽略
标准库和主流生态全部遵循 (T, error) 或 (T1, T2, error) 模式。go vet、IDE 补全、错误检查工具都依赖这个位置约定。
-
_, err := os.Open("x")合法但危险：_对应的是*os.File，一旦err == nil，你丢了文件句柄，可能泄漏资源 -
resp, _ := http.Get(u)极易导致后续resp.Body.Close()panic（因为resp可能是nil） - 真要忽略非 error 值？确保它业务上确实无意义，比如调试计数器；否则优先考虑封装进 struct
命名返回值 + defer 容易覆盖最终返回值
命名返回参数在函数栈帧里是真实变量，defer 可以读写它——这不是 bug，是设计行为，但容易误判。
例如：
func f() (err error) {
defer func() { err = fmt.Errorf("deferred") }()
return nil
}
实际返回的是 "deferred"，不是 nil。因为 return nil 先把 err 设为 nil，再执行 defer 覆盖。
- 多个
return点 + 命名返回 +defer时，最终值取决于最后一个defer执行结果 - 不用命名返回参数时，
defer无法修改返回值（因为没变量可改） - 真正难 debug 的点在于：这种覆盖不报错、不 warning，只在运行时悄悄生效
