defer不处理错误，仅保证函数退出时执行；真正决定错误返回的是命名返回值和return时机，defer中修改命名返回值才有效，匿名返回值无法被defer影响。
defer 本身不处理错误，它只保证函数退出时执行
很多人误以为 defer 能“捕获”或“传递”错误，其实它只是注册一个延迟调用，和 return 语句的执行顺序有关，但不参与错误值的生成或传播。真正决定错误是否被返回的，是函数签名中的返回值（尤其是命名返回值）和 return 的时机。
常见错误现象：defer 中修改命名返回值看似生效，但在 return 后才执行，导致最终返回值被覆盖或未按预期更新。
- 使用场景：资源清理（如
file.Close()）、锁释放（mu.Unlock()）、恢复 panic（recover()） - 关键点：若需在
defer中影响返回值，必须使用命名返回参数，且defer函数需在return之后、实际返回之前执行 - 示例中易踩坑：
defer func() { err = fmt.Errorf("wrapped") }()只有在函数有命名返回参数err error时才有效；否则该赋值完全无效
命名返回值 + defer 修改 err 是唯一可控方式
Go 中只有通过命名返回参数，才能让 defer 内部对返回变量的修改反映到最终返回值上。这是因为命名返回值在函数入口处就已声明为局部变量，defer 函数可以捕获并修改它。
非命名返回（如 return fmt.Errorf(...)）会直接计算并返回临时值，defer 无法干预。
