命名返回值可被defer修改，非命名返回值不能；因命名返回值是函数入口自动声明的局部变量，return先赋值再执行defer，最终返回其修改后值。
命名返回值可被 defer 修改，非命名返回值不能——这是唯一需要记住的核心规则。
命名返回值在 defer 中能改，是因为它本质是局部变量
函数签名中带名字的返回值（如 func f() (x int)）会在函数入口自动声明为同名局部变量，初始为零值。return 语句实际是先给这个变量赋值，再触发 defer，最后返回该变量的当前值。
-
func f() (x int) { defer func() { x = 10 }(); return 5 }返回10，不是5 -
defer func() { x++ }(); return 5最终返回6 - 即使函数 panic，
defer仍执行，x被修改后，recover()也能读到新值
非命名返回值无法被 defer 影响，因为没有变量可写
像 func f() int { return 3 + 4 } 这种写法，返回的是一个临时计算结果，不是变量。defer 函数里根本看不到这个值，更谈不上修改。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
func f() int { x := 42; defer func() { x = 99 }(); return x }返回42——defer改的是局部变量x，不是返回值本身 - 想让返回值变，必须把返回值“具名化”，否则
defer对它完全无感
defer 参数求值时机常被误判，导致“以为改了，其实没改”
defer 语句里的参数在 defer 那行执行时就快照了，不是 defer 真正调用时才取值。这和闭包捕获变量的时间点一致。
-
i := 0; defer fmt.Println(i); i = 42打印的是0，不是42 - 若想打印最终值，得用闭包延迟读取：
defer func() { fmt.Println(i) }() - 这个规则对命名返回值也适用：
defer里读x读到的是当时值，但写x =是真写进那个变量
多个 defer 的 LIFO 顺序会影响返回值修改的最终效果
defer 按后进先出执行，所以越晚注册的 defer，越早运行。这对返回值修改的叠加顺序很关键。
-
func f() (x int) { defer func() { x *= 2 }(); defer func() { x += 1 }(); return 3 }返回8（3 → +1=4 → ×2=8） - 顺序反过来：
defer func() { x += 1 }(); defer func() { x *= 2 }()就返回7（3 → ×2=6 → +1=7） - 别依赖这种叠加逻辑，容易绕晕；真正需要链式修改时，显式写清楚更安全
最易被忽略的一点：命名返回值的“可修改性”只在 defer 内部生效，且仅限于该函数作用域。一旦函数返回，这个变量生命周期就结束——它不是全局或逃逸出去的引用。所以不要试图在 defer 里启动 goroutine 去异步改它，那会读到不确定的值。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
