学Go语言的时候，遇到文件操作，总会碰到打开文件的情况。一般人都会用os.Open这个函数。文件打开了，操作完，咱得关上。文件要是不关，系统资源可就被占着了，尤其程序运行久了，问题就来了。所以，怎么才能确保文件操作出错的时候也能正常关闭？这就得说下defer这个好东西了。
当你打开一个文件，心里想着一定得关掉，可在实际写代码的时候，保不齐中间哪儿就出错了，文件没关上。怎么办？得把关文件这事儿安排得明明白白。有人习惯手动关，但这不太可靠。更好的办法是在打开文件后，立马用defer告诉程序："等下出去的时候，记得把这事办了！" 这写法看似随意，其实特别稳妥。
具体怎么做？先看一个常规例子：
file, err := os.Open("myfile.txt")
if err != nil {
fmt.Println("打开文件出错:", err)
return
}
// 操作文件...
// 操作完了，关闭文件
err = file.Close()
if err != nil {
fmt.Println("关闭文件出错:", err)
}上面这段代码本意不错，可真写了大程序，error满天飞，保证每次文件都不漏关可就有点难了。所以大家一般这么干：
file, err := os.Open("myfile.txt")
if err != nil {
fmt.Println("打开文件出错:", err)
return
}
// 一打开文件，我就用defer定好：无论之后出啥错，都会执行关闭操作
defer func() {
err := file.Close()
if err != nil {
fmt.Println("关闭文件出错:", err)
}
}()
// 操作文件...defer一出，你就轻松了。知道后面不管出什么岔子，文件绝对能关上。那种感觉就像告诉朋友：“我先把这碗饭放桌上，等下忙完了再吃。”，你这碗饭早晚吃得上，因为已经提前占了位置，安心。
'defer'之后，文件会在函数返回的时候关闭，有时候不一定是出错，可能函数正常走到头返回，都会触发defer的那一段代码。这条保障特别可靠，手动管理的风险会降到最低。除非你有特别棘手的逻辑错误，或是程序整个崩溃了，不然文件保准会妥妥关上。
有一点要注意的，defer调用虽然是等你返回才执行，但你得知道这玩意儿还是有成本的，虽然开销非常非常小。大量滥用defer肯定会给你带来一定的性能开销。不过单个文件操作这样的情况几乎感知不到，随意就行。精益求精的话，就得在特定场合看用量了。
再分享一个小技巧。如果文件在一打开后你根本不想让它跑其他流程，那么可以封装得更为简洁一些：
func readFile(filename string) error {
file, err := os.Open(filename)
if err != nil {
return fmt.Errorf("打开文件出错: %w", err)
}
defer file.Close() // 一站式开门，关门走人
// 文件操作...
return nil
}这封装法一来直奔主题，代码多了仍旧整齐。不管是返回、报错还是一切顺利，文件都不用你再挂念，直接出来时候就被defer带走关上。写出的代码绝对是简洁的典型代表，眼睛看着都舒服。
总结一条：学会用defer处理文件关闭这事，一方面方便了自己写代码，且不容易失误漏掉必要的处理流程。再一方面程序稳了，再有什么奇怪的错误也不担心文件挂着不关。学Go以后，只要文件操作上去defer、下来好好办事，保你一大半的问题瞬间都没了。实现简洁有效，尤其是针对文件这样的资源管理，养成好习惯特别重要。
写到这，心里安心了不少。这个defer用法，保你不踩那些常见的文件管理坑。细节最重要，慢慢你就会明白这是个多么有用的小技法。
