Golangdefer执行顺序与栈机制详解

**Golang defer执行顺序与栈结构解析：深入理解与应用** 在Golang中，`defer`关键字用于延迟函数调用，常用于资源释放和锁的释放。本文深入解析`defer`的执行顺序，即后进先出（LIFO）的栈结构原理。当遇到`defer`语句时，函数调用会被压入栈中，函数返回前，栈顶的`defer`函数依次弹出执行。同时，文章还剖析了`defer`参数的求值时机，即在注册时完成，以及`defer`与`return`语句的交互，`defer`可以影响命名返回值的结果。此外，本文还强调了使用`defer`的注意事项，例如避免在循环中频繁使用，不在其中进行耗时操作，以及注意作用域和副作用。通过本文，你将全面掌握`defer`的底层机制，避免在使用过程中可能遇到的陷阱，写出更高效、更健壮的Golang代码。

defer在Go中的执行顺序是后进先出（LIFO），1.遇到defer语句时，函数调用会被压入栈中，2.当前函数返回前，栈顶的defer函数依次弹出执行；例如连续两个defer，后写的先执行。defer参数在注册时求值，如i++不影响已保存的值。return前会执行defer，可能影响命名返回值的结果。注意事项包括：避免循环中频繁使用defer、不在defer中做耗时操作、注意作用域及副作用。

在 Golang 中，defer 是一个非常实用的关键字，用来延迟执行某个函数调用，通常用于资源释放、锁的释放等场景。但很多人刚接触时会对其执行顺序感到困惑，尤其是当多个 defer 出现的时候。

其实，只要理解 defer 的底层机制是基于栈结构实现的，它的执行顺序就很容易理解了。

defer 的执行顺序是后进先出（LIFO）

Golang 在遇到 defer 语句时，并不会立即执行对应的函数，而是将其压入一个函数调用栈中。等到当前函数即将返回之前，才会从栈顶开始依次弹出并执行这些被推迟的函数调用。

举个简单的例子：

func main() {
    defer fmt.Println("first")
    defer fmt.Println("second")
    fmt.Println("hello world")
}

输出结果是：

hello world
second
first

虽然两个 defer 是按顺序写的，但由于它们被压入栈中，执行顺序就是反过来的。这和我们日常理解的“最后写的先执行”是一致的。

defer 与函数参数求值时机

一个容易忽略的细节是：defer 后面的函数参数是在 defer 被执行时就完成求值的，而不是等到真正执行该函数时才计算。

看个例子：

func demo() {
    i := 0
    defer fmt.Println(i)
    i++
}

这段代码输出的是 0，不是 1。因为 i 的值在 defer 执行时就已经确定为 0 了，后续的 i++ 并不会影响已经保存下来的值。

所以记住一点：defer 注册时就完成了参数求值。

defer 与 return 的关系

很多人以为 return 之后就不能再执行 defer 了，实际上并不是这样。Go 在函数返回前，会先处理所有注册好的 defer 调用，然后再真正退出函数。

例如：

func f() int {
    var i int
    defer func() {
        i++
    }()
    return i
}

这个函数返回的其实是 1，而不是 0。因为 return i 的值已经被准备好了，但在返回前执行了 defer，修改了 i 的值。

这种情况说明：defer 可以影响带命名返回值的函数的结果。

使用 defer 的一些注意事项

• 不要在循环中频繁使用 defer，可能会导致性能问题。
• 避免在 defer 中做耗时操作，因为它会影响函数的返回速度。
• defer 的作用域是函数级别的，不能跨函数传递。
• 如果 defer 函数有副作用（比如修改变量），要特别小心它的执行顺序。

总的来说，理解 defer 的执行顺序并不难，关键在于它背后的“栈结构”机制。掌握了这一点，很多看似奇怪的行为其实都合情合理。

基本上就这些，不复杂但容易忽略。

今天关于《Golangdefer执行顺序与栈机制详解》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！