Go 程序为什么自动使用系统设置的 HTTP 代理

Go 程序会自动使用系统设置的 HTTP 代理，通常不是 http.Get 自己“记住”了代理，而是默认对象把环境变量接进了请求链：http.Get 使用 DefaultClient，客户端没有自定义 Transport 时使用 DefaultTransport，而后者的 Proxy 默认就是 ProxyFromEnvironment。因此只要运行进程能看到 HTTP_PROXY 或 HTTPS_PROXY，请求就可能经过代理。

默认客户端为什么会读取代理环境

这是一条默认配置链，而不是操作系统偷偷改写了请求。Go 文档中的 DefaultTransport 明确把 Proxy 设为 ProxyFromEnvironment，并说明它被 DefaultClient 使用；Client.Transport 留空时也会采用这个默认 Transport。只要代码没有注入自定义客户端，环境变量就自然进入决策。

可以先用下面的最小代码查看当前请求会得到哪个代理 URL。它只做策略判断，不会发起网络请求：

req, err := http.NewRequest(http.MethodGet, "https://api.example.com", nil)
if err != nil {
    log.Fatal(err) // URL 无法解析时先停止排查
}
proxyURL, err := http.ProxyFromEnvironment(req)
if err != nil {
    log.Fatal(err) // 代理变量格式不符合 URL 或 host:port 规则
}
if proxyURL == nil {
    log.Println("direct connection") // 没有代理，或被 NO_PROXY 排除
} else {
    log.Println("proxy:", proxyURL.Redacted()) // 只打印脱敏后的代理地址
}

HTTP_PROXY、HTTPS_PROXY 和 NO_PROXY 怎么影响结果

ProxyFromEnvironment 会按请求 URL 的 scheme 选择 HTTP_PROXY 或 HTTPS_PROXY，两者也支持对应的小写变量；NO_PROXY（及小写形式）命中时返回 nil 代理。环境值可以写完整 URL，也可以写 host:port，后者按 http scheme 处理，格式不正确则返回错误。

排查时要看“运行 Go 进程的环境”，不要只看当前终端窗口。服务由 systemd、容器、IDE 或 CI 启动时，继承到的变量可能与交互式 shell 不同；这也是“本地能通、部署后突然走代理”的常见根因。

只让当前客户端直连应该怎么写

不要修改全局 http.DefaultTransport 来影响所有调用。更稳妥的做法是克隆默认 Transport，再只改变这个客户端的代理字段。Transport 有内部连接状态，客户端和 Transport 应复用，但不要在多个请求运行时反复修改它。

base, ok := http.DefaultTransport.(*http.Transport)
if !ok {
    log.Fatal("unexpected default transport") // 默认实现变化时拒绝静默降级
}
directTransport := base.Clone()
directTransport.Proxy = nil // nil 代理函数表示不使用代理

client := &http.Client{Transport: directTransport}
resp, err := client.Get("https://api.example.com/health")
if err != nil {
    log.Fatal(err) // 这里的失败应按直连路径继续排查
}
defer resp.Body.Close() // 读完响应后释放连接资源

这段代码只覆盖当前 client；进程环境仍然可以保留给其他需要代理的客户端。若只是少数内网域名不该走代理，也可以继续使用环境代理，再用 NO_PROXY 表达排除范围。

需要固定代理时显式指定策略

如果生产程序必须经过某个出口，不要把关键行为完全交给启动环境。http.ProxyURL 可以把固定 URL 变成 Transport 的代理函数；如果要按租户、域名或请求属性选择出口，再实现自定义 Proxy func(*http.Request) (*url.URL, error)。函数返回 nil URL 表示该次直连，返回错误则终止请求。

proxyURL, err := url.Parse("http://proxy.example.net:8080")
if err != nil {
    log.Fatal(err) // 固定代理地址必须先完成解析
}
transport := base.Clone()
transport.Proxy = http.ProxyURL(proxyURL) // 将代理策略固定到这个 Transport
client = &http.Client{Transport: transport}

最后用三组环境做回归检查：代理变量为空时是否直连；目标命中 NO_PROXY 时是否返回 nil；代理地址写成非法值时是否明确报错。只要能把这三种结果区分开，问题就从“系统偷偷走代理”变成了可解释、可配置的 Transport 策略。

相关问题

为什么我没有设置代理，Go 仍然经过代理？

优先检查启动 Go 进程的环境，而不是只检查当前 shell；然后确认代码是否使用了默认客户端，以及大小写代理变量是否仍然存在。

把 NO_PROXY 写上就一定能覆盖所有请求吗？

它只影响使用 ProxyFromEnvironment 的代理决策。若代码已经安装了自定义 Transport.Proxy，应回到该函数本身检查规则。

小结：Go 默认走系统 HTTP 代理，是 DefaultTransport 采用 ProxyFromEnvironment 的结果。先沿默认链确认来源，再按范围选择 NO_PROXY、Proxy=nil 或显式 ProxyURL，避免用全局变量和全局 Transport 造成不可预期的连通性变化。