命名返回值函数必须用括号包裹类型列表，如func f() (n int, err error)；不加括号直接写func f() n int, err error会编译失败，报错expected ')', found ','。
命名返回值函数必须用括号包裹类型列表
不加括号直接写 func f() int, string 会编译失败，报错 expected ')', found ','。Go 要求多返回值（无论是否命名）必须显式用小括号包住整个返回类型列表。
-
func parse(s string) (n int, err error)✅ 合法，括号内是命名返回值 -
func parse(s string) n int, err error❌ 编译错误，缺少外层括号 -
func id(x int) (int)✅ 单返回值也得加括号，这是语法硬性要求
括号不是风格选择，是解析器识别返回值边界的必需符号。漏掉它，连最基础的函数定义都过不了编译。
裸 return 只在命名返回值函数中有效
写了命名返回值后，return 不带参数才合法；否则编译器报 multiple-value f() in single-value context 或类似错误。
- 函数体里必须给所有命名变量赋值，否则裸 return 会返回零值（比如
err是nil，但业务上本该非空） - 分支逻辑多时（如多个
if/else if），每个分支都得确保所有命名返回值被写入，否则可能静默返回未初始化值 -
return 42, errors.New("boom")这种显式写法会覆盖当前命名变量值，和裸 return 行为不同
裸 return 看似省事，但会让变量赋值路径变隐晦——你得逐行确认每个命名返回值是否都被设过值，而不是靠编译器检查。
立即学习“go语言免费学习笔记（深入）”；
命名返回值 + defer 容易覆盖最终返回值
命名返回值在栈上是真实变量，defer 函数能读写它。这意味着 return 执行后，defer 仍可修改返回值内容。
-
func f() (err error) { defer func() { err = fmt.Errorf("wrapped") }(); return nil }最终返回的是wrapped错误，不是nil - 如果函数有 panic/recover 逻辑，又用了命名返回值和 defer，recover 后对
err的赋值会真正生效 - 这种行为不是 bug，但极易被忽略：你以为
return nil就结束了，其实 defer 在背后改了结果
只要函数里同时出现命名返回值、defer 和多个 return 点，就得手动跟踪每个命名变量的最后一次写入时机——它可能不在 return 那行，而在某个 defer 闭包里。
error 必须放在命名返回值最后且不能裸忽略
Go 生态约定 error 必须是最后一个返回值，工具链（如 go vet）和 IDE 依赖这个位置做静态分析。
-
_, err := os.Open("x")合法但危险：第一个返回值（文件句柄）被丢弃，err == nil时资源泄漏 -
resp, _ := http.Get(u)若resp为nil，后续调用resp.Body.Close()直接 panic - 真要忽略非 error 返回值，得确认它业务上无意义（比如调试计数器），否则应显式接收并注释原因
命名返回值让 error 名字更醒目，但也放大了忽略它的风险——名字越清晰，越容易让人误以为“反正我只关心 err，别的不用管”。
