return先赋值再执行defer，命名返回值可被defer修改，如foo函数中return 3后result仍被defer改为6，而非命名返回值则不受defer影响。

在Go语言中，return语句的执行时机和defer语句的调用顺序是理解函数返回行为的关键。很多人误以为return之后就立即退出函数，实际上，在return执行后、函数真正返回前，defer注册的延迟函数会按“后进先出”顺序执行。

return并不是立即退出函数

当你在函数中写下return语句时，比如：

func example() int {
    return 1
}

看起来像是直接返回了值，但Go编译器会将这个过程拆解为几个步骤：

• 计算返回值（如果有表达式）
• 执行所有已注册的defer函数
• 将返回值传递给调用方

也就是说，return先赋值返回值，再触发defer，最后才真正退出函数。

命名返回值与defer的相互影响

当函数使用命名返回值时，defer可以修改它。这是理解二者关系的重点。

例如：

func foo() (result int) {
    result = 2
    defer func() {
        result *= 2
    }()
    return 3
}

这段代码的返回值是6，而不是3或4。原因如下：

• 执行 return 3 时，把 result 赋值为3
• 然后执行 defer 中的闭包，result 变成 6
• 最终返回 result 的值

这说明：defer能访问并修改命名返回值变量，即使return已经“执行”。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

defer操作的是返回值变量，不是return瞬间快照

有些开发者认为return会立刻锁定返回值，其实不然。只要返回值是命名的，defer就可以改变它。

对比非命名返回值的情况：

func bar() int {
    x := 2
    defer func() { x *= 2 }()
    return x
}

这里返回的是2，因为return x时，x的值被复制作为返回值，defer中对x的修改不影响已复制的值。

注意：这里的x不是返回值变量本身，只是一个局部变量。

通过指针或闭包共享数据时更需小心

如果defer修改的是指针指向的内容，也可能间接影响结果：

func baz() *int {
    y := 5
    defer func() { y++ }()
    return &y
}

虽然defer改变了y，但由于返回的是y的地址，调用方看到的是最终值（6），这也提醒我们注意生命周期和副作用。

基本上就这些。关键是记住：Go中return不是原子跳转，而是“设置返回值 + 执行defer + 真正返回”的过程。只要理解了命名返回值和defer之间的变量共享机制，就能避免多数陷阱。

golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！