go 的 defer 语句在执行时立即求值其函数参数（包括解引用操作），而非延迟到实际调用时；因此，即使传入的是指针，若 defer 中直接使用 *p 或结构体值，其值在 defer 语句执行瞬间即被快照，后续修改不影响最终输出。
go 的 defer 语句在执行时立即求值其函数参数（包括解引用操作），而非延迟到实际调用时；因此，即使传入的是指针，若 defer 中直接使用 *p 或结构体值，其值在 defer 语句执行瞬间即被快照，后续修改不影响最终输出。
在 Go 中，defer 的核心语义是：当 defer 语句执行时，函数值及其所有参数（包括表达式）会立即求值并保存一份副本。这与“延迟执行函数”常被误解为“延迟求值参数”完全不同。
以原例为例：
func main() {
aValue := new(int) // 分配堆内存，aValue 是 *int，初始值为 0
defer fmt.Println(*aValue) // ⚠️ 此刻 *aValue = 0，立即求值并保存 0
for i := 0; i < 100; i++ {
*aValue++
}
}
// 输出：0这里 *aValue 在 defer 语句执行时就被计算为 0，并作为 fmt.Println 的参数被固化。循环中对 *aValue 的修改完全不影响已保存的参数值。
类似地，结构体值传递也遵循同一规则：
type User struct {
Name string
}
func main() {
user := User{} // 值类型变量
defer fmt.Printf("%#v\n", user) // ✅ 立即复制整个 struct：User{Name: ""}
user.Name = "AJ" // 修改不影响已保存的副本
}
// 输出：main.User{Name:""}但注意：指针本身被求值 ≠ 指向内容被延迟读取。若你传入指针，但 defer 函数内部不重新解引用，则仍无法反映后续变化：
func main() {
user := &User{}
defer fmt.Printf("%#v\n", user) // 保存的是指针值（地址），但 fmt.Printf 对 *user 的格式化发生在 defer 实际执行时！
user.Name = "AJ"
}
// 输出：&main.User{Name:"AJ"} ← 这里反而能体现修改，因为 fmt.Printf 在运行时才读取 *user⚠️ 关键区别在于：fmt.Printf("%#v\n", user) 中 user 是 *User 类型，%#v 会自动解引用并打印结构体内容——而该解引用发生在 defer 实际调用时，非 defer 语句执行时。因此它能反映最新状态。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
真正“冻结旧值”的典型场景，是参数本身为值类型表达式（如 *p、s.field、struct{} 字面量等）：
-
defer f(*p)→*p立即求值，保存其当前值； -
defer f(s)→s立即复制，保存其当前快照； -
defer f(&s)→&s立即求值（地址不变），但函数内如何使用该指针由函数逻辑决定。
✅ 正确捕获最新状态的两种推荐方式：
-
使用闭包（最清晰、最安全）
func main() { user := User{} defer func() { fmt.Printf("%#v\n", user) // 闭包捕获变量 user，执行时读取当前值 }() user.Name = "AJ" } // 输出：main.User{Name:"AJ"} -
显式传入指针 + 函数内解引用（需确保函数行为符合预期）
func printUser(u *User) { fmt.Printf("%#v\n", *u) // 解引用发生在调用时 } func main() { user := &User{} defer printUser(user) // 传指针，但 printUser 内部解引用 user.Name = "AJ" } // 输出：main.User{Name:"AJ"}
? 总结：
-
defer不延迟参数求值，只延迟函数调用； - 所有参数（含解引用、字段访问、函数调用等表达式）均在
defer语句执行时求值并保存； - 若需反映变量的最终状态，请用闭包捕获变量，或确保 defer 调用的函数在运行时主动读取最新值；
- 切勿假设“传了指针就一定看到最新内容”——关键看哪一步发生解引用。
