go函数天然支持多返回值，需在签名中明确声明类型，调用时必须全收或用_忽略；常见模式为结果+error；命名返回值提升可读性但有隐式零值风险；语义强耦合且总一起使用时选多返回值，否则优先结构体。
Go 语言函数天然支持多返回值，不是语法糖，是核心设计——直接在函数签名里用括号列出多个类型即可，调用时也必须按顺序接收全部或用 _ 忽略部分。
多返回值函数怎么写：签名、实现与调用必须匹配
Go 不允许“选择性接收”返回值（比如只取第二个），要么全收，要么用 _ 显式丢弃。常见模式是返回结果 + 错误：
func divide(a, b float64) (float64, error) {
if b == 0 {
return 0, fmt.Errorf("division by zero")
}
return a / b, nil
}
调用时需注意：
- 不能写
result := divide(4, 2)—— 编译报错：multiple-value divide() in single-value context - 正确写法是
res, err := divide(4, 2)或res, _ := divide(4, 2) - 如果只关心错误，可以写
_, err := divide(4, 0)
命名返回值：让代码更清晰，但容易引发隐式返回陷阱
在函数签名中给返回值起名（如 (result float64, err error)），会让 Go 自动声明同名变量，并允许使用裸 return（即不写参数）。
立即学习“go语言免费学习笔记（深入）”；
func safeParse(s string) (n int, err error) {
n, err = strconv.Atoi(s)
if err != nil {
return // 等价于 return n, err
}
return // 同样有效，n 和 err 是当前值
}
但要注意：
- 命名返回值会初始化为对应类型的零值（
int是0，error是nil） - 如果中途忘记赋值就裸
return，可能返回意外的零值，尤其在条件分支里容易漏掉赋值 - 性能上无差异，但可读性因人而异；简单函数建议不用命名，复杂逻辑（如多出口错误处理）可考虑
多返回值和结构体返回怎么选？看语义是否强耦合
多返回值适合逻辑上自然成组、调用方通常需要全部或大部分值的场景（如 os.Stat() 返回 os.FileInfo, error）。但如果返回字段多、语义松散、或后续可能扩展字段，结构体更合适：
// ✅ 多返回值：结果+错误，职责明确
func fetchUser(id int) (*User, error)
// ⚠️ 不推荐：5 个字段全拆成返回值，调用方难维护
func getUserData(id int) (name string, age int, city string, active bool, createdAt time.Time)
// ✅ 改用结构体 + error
type UserData struct {
Name string
Age int
City string
Active bool
CreatedAt time.Time
}
func getUserData(id int) (UserData, error)
关键判断点：
- 是否总是一起使用？是 → 多返回值合理
- 是否有默认/可选字段？有 → 结构体更灵活
- 是否要支持 JSON 序列化或跨包暴露？结构体字段可导出，多返回值无法直接序列化
多返回值看着简单，但命名返回值的隐式初始化、裸 return 的作用域、以及和结构体之间的权衡，都是实际编码中容易忽略的细节。别为了“简洁”而牺牲可读性和可维护性。
