命名返回值可被defer修改，因其是函数入口声明的局部变量，return先赋值再执行defer，最终返回修改后值；非命名返回值无变量名，defer无法访问或修改。
defer 语句里拿不到命名返回值的最终值？
不是拿不到，而是取决于返回值是否“命名”以及 defer 函数是否在 return 之后、实际返回之前执行——Go 的 return 实际是两步：先赋值给命名返回值，再执行所有 defer，最后跳转到函数末尾返回。所以命名返回值在 defer 中可见，但普通（非命名）返回值不可见。
常见错误现象：defer func() { fmt.Println(a) }() 中 a 是局部变量，return a 后它早已被复制，defer 看不到修改；但若函数声明为 func foo() (a int) { ... }，则 defer 内读取 a 拿到的就是 return 赋值后的值。
- 命名返回值会被编译器自动声明为函数作用域内的变量，
defer可以捕获其最终赋值 - 非命名返回值本质是
return表达式求值后直接拷贝，不绑定变量，defer无法干预 - 如果在
defer中修改命名返回值（如a = 42），会影响最终返回结果
defer 修改命名返回值会覆盖 return 的结果？
会。只要 defer 函数在命名返回值被赋值后执行（即在 return 语句之后），它对命名返回值的修改就生效。
示例：
立即学习“go语言免费学习笔记（深入）”；
func f() (x int) {
defer func() {
x++
}()
x = 10
return // 这里先设 x = 10，再执行 defer，x 变成 11，最终返回 11
}
注意：这个行为只对命名返回值有效；如果是 func() int { x := 10; defer func(){...}(); return x }，defer 改 x 不影响返回值，因为那是局部变量，和返回值无关。
-
return触发时，命名返回值已写入栈帧对应位置，defer可读可写 - 多个
defer按后进先出顺序执行，最后一个defer对命名返回值的修改起最终作用 - 这种写法容易造成隐式副作用，建议仅用于日志、清理等不改变业务逻辑的场景
想在 defer 里安全获取 return 表达式的值怎么办？
不能直接获取——Go 不提供类似“返回值快照”的机制。唯一可靠方式是提前把要返回的值存到变量里，再让 defer 引用它。
比如你想记录函数返回前的计算结果：
func calc() int {
result := heavyComputation()
defer func() {
log.Printf("calc returned: %d", result) // 安全，result 是局部变量，值已确定
}()
return result
}
- 避免依赖命名返回值做日志或审计，除非你明确需要它被后续
defer修改 - 如果必须观察“原始 return 值”，就把它显式赋给一个局部变量，再传给
defer - 闭包捕获变量时注意生命周期：确保该变量在
defer执行时仍有效（通常没问题，因为函数还没退出）
defer 和 panic/recover 场景下返回值怎么算？
panic 发生时，defer 仍会执行，命名返回值的行为不变：先执行 return 赋值（如果有），再跑 defer，最后 panic —— 但 panic 会让函数提前终止，返回值不会真正传出，除非被 recover 捕获。
关键点在于：如果 recover 成功，函数继续执行到末尾，此时命名返回值若被 defer 修改过，就按修改后的值返回。
-
defer在 panic 后照常执行，不影响命名返回值的可访问性 -
recover()必须在defer函数中调用才有效 - 若
defer中修改了命名返回值，且recover成功，那个修改就生效；否则 panic 传播，返回值被丢弃
最易被忽略的是：很多人以为 defer 里的命名返回值“快照”了 return 时刻的状态，其实它只是引用同一个内存位置——任何修改都实时可见，包括 panic 后 recover 前的修改。
