Go函数多返回值必须用括号包裹类型列表，如func f() (int, string)，不可省略；调用时须用等量变量整体接收，不支持索引、按名取值或部分忽略，error须居末位且不可裸用_忽略。
func 声明多返回值必须用括号包裹类型列表，调用时必须用等量变量接收——这不是可选项，是编译器强制的语法约束。
函数声明必须加外层括号
写 func f() int, string 会直接报错：expected ')', found ','。正确写法是 func f() (int, string)，哪怕只有一个返回值也要写成 ()int。
命名返回值同理：func parse() (n int, err error) 合法；func parse() n int, err error 非法。
- 括号是语法必需，不是风格问题
- 命名返回值会在函数入口自动声明为局部变量，初始值为对应类型的零值
- 不建议依赖零值初始化，显式赋值更安全、意图更清晰
调用时不能跳过或索引返回值
test()[1] 这类写法永远编译失败，错误信息通常是：invalid argument: test()[1] (type []interface {} does not support indexing)。Go 的多返回值不是切片，也不转成接口切片，它就是一个“多值表达式”，只支持整体解包。
- 必须用逗号分隔的变量列表接收：
a, b := f() - 不能只取前一个：
a := f()→multiple-value f() in single-value context - 不能按名取值，没有
f().err或f().b这种语法
error 必须放最后，且不能裸用 _ 忽略
标准库和生态约定：所有可能失败的函数都返回 (T, error) 或 (T1, T2, error)，error 必居末位。这不是风格偏好，而是工具链（如 go vet）和 IDE 行为的基础假设。
立即学习“go语言免费学习笔记（深入）”；
-
_, err := os.Open("x")合法但危险——err为nil时_对应的文件句柄才是有效资源 -
resp, _ := http.Get(u)极易导致后续对resp的空指针 panic - 若真要忽略某个非 error 返回值，确保它在业务逻辑中确实无意义（比如某些调试用的计数器）
命名返回值 + defer 容易掉进“延迟覆盖”陷阱
命名返回参数在函数栈帧里是真实变量，defer 可以读写它。这意味着 return 语句执行后，defer 仍可能改写最终返回值。
例如：
func f() (err error) {
defer func() {
err = fmt.Errorf("deferred")
}()
return nil // 实际返回的是 "deferred"，不是 nil
}
- 这不是 bug，是设计行为
- 裸
return会先给命名返回参数赋值，再执行defer - 如果函数逻辑复杂、有多个
return点，又混用命名返回和defer，最终返回值可能和直觉不符
defer、闭包、循环一起出现时，它的“可见性”不是静态的——它在函数退出前始终可变。 
