Go语言中函数常返回多个值，典型模式是先返回结果，最后返回error；例如os.Open返回文件和error，调用时需先检查error是否为nil，再使用结果；自定义函数如parseAge也应遵循此模式，将int结果和error依次返回，确保错误处理显式清晰。
在Go语言中，函数返回多个值是一种常见且被广泛使用的特性，尤其在处理可能出错的操作时，通常会将结果与 error 一起返回。这种设计让错误处理变得显式、清晰，是Go语言错误处理的核心模式。
标准的多返回值 + error 模式
Go语言中典型的函数签名会在最后一个返回值位置返回 error 类型，成功时返回 nil，失败时返回具体的错误信息。例如：
func os.Open(name string) (*os.File, error)调用该函数时，应同时接收两个返回值，并先判断 error 是否为 nil：
file, err := os.Open("config.txt")
if err != nil {
log.Fatal(err)
}
// 使用 file
这是Go中最标准的错误处理流程：先检查错误，再使用结果。
立即学习“go语言免费学习笔记（深入）”；
自定义函数如何返回 error
当你编写自己的函数并需要返回多个值时，建议遵循相同模式：将业务结果放在前面，error 放在最后。
示例：一个解析年龄的函数：
func parseAge(input string) (int, error) { age, err := strconv.Atoi(input) if err != nil { return 0, fmt.Errorf("invalid age format: %v", err) } if age调用方式保持一致：
age, err := parseAge("25")
if err != nil {
fmt.Println("Error:", err)
return
}
fmt.Printf("Parsed age: %d\n", age)
注意：即使第一个返回值在出错时无意义（如返回0），也要保证类型合法，重点是通过 error 明确传达失败状态。
何时返回 error，何时 panic
error 用于预期中的失败场景，比如输入格式错误、文件不存在、网络请求超时等。这些是程序可以预料并处理的情况。
而 panic 应仅用于真正异常的状态，如数组越界、空指针解引用等无法恢复的错误。正常业务逻辑中应避免使用 panic，优先返回 error。
如果你的函数被外部频繁调用，更应使用 error 返回，以增强健壮性和可测试性。
封装和传递 error
在多层调用中，常常需要对底层 error 进行包装以便携带上下文。从 Go 1.13 开始，推荐使用 fmt.Errorf 配合 %w 动词来包装错误：
if err != nil { return 0, fmt.Errorf("failed to process user data: %w", err) }这样保留了原始错误，后续可通过 errors.Is 和 errors.As 进行判断和提取：
if errors.Is(err, os.ErrNotExist) { ... }
if errors.As(err, &myCustomError) { ... }
基本上就这些。Go 的 error 返回模式简单但有效，关键是始终检查 error，合理构造并传递它。不复杂，但容易忽略细节。
