golang 采用返回值处理错误而非 try/catch，因设计者追求简洁、可读性与可控性。1. 错误是程序逻辑的一部分，通过 error 接口显式处理，确保开发者无法忽略错误；2. 传统异常机制存在隐藏控制流、性能代价和易滥用问题，go 希望错误处理显式而非隐式；3. panic/recover 用于不可恢复错误，日常开发仍推荐 if err != nil 方式，defer 用于资源清理，提升代码健壮性与维护性。
Golang 没有像 Java 或 Python 那样采用传统的异常机制（try/catch），而是选择通过返回值来处理错误。这种设计并不是偶然，而是 Go 语言设计者有意为之的结果，背后体现的是 Golang 对简洁、可读性和可控性的追求。
错误是程序的一部分
在 Go 中，错误（error）是一个普通的接口类型，函数可以通过返回 error 来表示执行过程中是否出错。例如：
func os.Open(name string) (*os.File, error)
Go 的设计哲学认为：错误不是异常，它是程序逻辑的一部分。很多我们认为“异常”的情况，在实际运行中其实很常见。比如文件不存在、网络连接失败等，并不是真正的“意外”，而是必须被预期和处理的情况。
立即学习“go语言免费学习笔记（深入）”；
使用返回值让开发者不能轻易忽略错误，必须显式地判断和处理。这种方式虽然写起来稍微啰嗦一点，但能提高代码的健壮性。
异常机制带来的问题
传统异常机制（如 try/catch）虽然看起来干净，但也带来了几个明显的问题：
- 隐藏控制流：异常可以跨越多层调用栈跳转，导致代码阅读困难。
- 性能代价：在一些语言中，抛出异常会带来较大的性能开销。
- 容易被滥用：开发者可能会把所有错误都扔给 catch 处理，而不是提前预判和处理。
Go 的设计者 Rob Pike 曾指出：“我们希望错误处理是显式的，而不是隐式的。”
defer / panic / recover 是补充，不是主力
Golang 虽然没有完全排斥异常机制，但它提供了 panic 和 recover 用于处理真正意义上的“崩溃”或“不可恢复”的错误，比如数组越界、空指针访问等。而这些情况在正常流程中应该尽量避免出现。
日常开发中，还是推荐使用 if err != nil 的方式来处理错误。defer 则用来确保资源释放或清理动作能够执行，它与错误处理配合良好，但并不依赖异常机制。
举个例子：
file, err := os.Open("test.txt")
if err != nil {
log.Fatal(err)
}
defer file.Close()这样写虽然多了几行判断，但逻辑清晰，不会让人忽视错误的存在。
基本上就这些。Go 的错误处理机制看似原始，其实是深思熟虑后的选择。它强调显式处理、减少副作用、提升可维护性，虽然牺牲了一点写法上的优雅，却换来更稳定的工程实践。
