Go语言for循环中被遮蔽变量赋值异常原因探究

这种诡异现象本质是Go语言的变量遮蔽（Variable Shadowing）导致的，和fmt.Printf语句本身无关，只是添加打印的操作可能让你无意中暴露了变量作用域的问题，或是修正了代码细节。

核心问题：循环内短变量声明遮蔽外部变量 #

你大概率在循环内部使用了req, err := ...这种短变量声明语法。:=会在当前代码块（循环体）内创建一个全新的局部变量req，它和循环外声明的req是完全独立的两个变量——循环内部对这个新req的任何赋值，都不会影响外部的req变量。

• 没加打印语句时：循环内部的局部req如果没被后续代码使用，编译器可能优化掉相关逻辑，导致你误以为“新生成的req没赋值给外部变量”；即使没被优化，外部的req也始终是初始值，因为你根本没修改它。
• 添加打印语句后：要么是你在加打印时不小心把:=改成了=，变成给外部req赋值自然生效；要么是你打印的是循环内部的局部req，误以为外部变量被修改，但实际上外部req还是初始值。

修复方案 #

避免在循环内部用短变量声明重新创建req，直接给外部声明的变量赋值：

1. 先在循环外声明好err变量，然后用=赋值给外部的req；
2. 循环内部明确使用赋值操作，不创建新变量。

示例代码：

// 正确写法：外部声明req和err，循环内用=赋值
var req *http.Request
var err error
maxRetries := 3

for i := 0; i < maxRetries; i++ {
    // 用=给外部的req赋值，不会创建新变量
    req, err = http.NewRequest("GET", "https://your-target-url.com", nil)
    if err != nil {
        log.Printf("创建请求失败: %v", err)
        continue
    }

    // 发送请求并处理响应
    resp, err := http.DefaultClient.Do(req)
    if err != nil {
        log.Printf("请求失败: %v", err)
        continue
    }
    defer resp.Body.Close()

    // 判断响应是否符合要求
    if resp.StatusCode >= 200 && resp.StatusCode < 300 {
        // 响应合格，退出循环
        break
    }
}

额外提醒 #

Go语言编译器不会因为变量是否被打印而改变赋值逻辑，所有“加打印就生效”的情况，本质都是代码本身的作用域问题——要么是你加打印时修正了变量声明方式，要么是混淆了内部/外部变量的输出结果。

内容的提问来源于stack exchange，提问作者Chien