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，最后才真正退出函数。
立即学习“go语言免费学习笔记（深入）”；
命名返回值与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已经“执行”。
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之间的变量共享机制，就能避免多数陷阱。
