Go 中使用 http.Client 通过需身份验证的 HTTP 代理访问 HTTPS 站点时，不能手动添加 Proxy-Authorization 请求头，而应将用户名密码直接嵌入代理 URL 中，由 http.Transport 自动处理认证流程。
go 中使用 `http.client` 通过需身份验证的 http 代理访问 https 站点时，不能手动添加 `proxy-authorization` 请求头，而应将用户名密码直接嵌入代理 url 中，由 `http.transport` 自动处理认证流程。
在 Go 的标准 HTTP 客户端中，当通过 HTTP 代理访问 HTTPS 资源时，客户端实际执行的是 HTTP CONNECT 隧道建立（而非普通 HTTP 请求转发）。此时，代理认证必须在 CONNECT 请求阶段完成，而 http.Transport 仅在该阶段自动识别并发送认证信息——前提是凭据已正确编码在代理 URL 中。
你原代码的问题在于：
- 手动设置
Proxy-Authorization头对 HTTPS 请求无效：该头仅作用于普通 HTTP 请求的代理转发；对于 HTTPS，Go 不会将其附加到 CONNECT 请求中； -
http.ProxyURL()函数本身不解析或提取 URL 中的用户信息（如http://user:pass@host:port），除非你显式启用认证支持——但标准库中它确实支持！关键在于：http.ProxyURL会保留 URL 中的User字段，并由底层Transport在发起 CONNECT 时自动构造并发送Proxy-Authorization头。
✅ 正确做法是：将用户名和密码直接写入代理 URL（URL-encoded），例如：
proxyUrl, _ := url.Parse("http://username:password@myproxy.com:9999")注意：若密码含特殊字符（如 @, /, :），必须先进行 URL 编码（使用 url.UserPassword 构造更安全）：
user := url.UserPassword("username", "mypass@123!")
proxyUrl, _ := url.Parse("http://myproxy.com:9999")
proxyUrl.User = user完整可靠示例：
package main
import (
"crypto/tls"
"fmt"
"net/http"
"net/url"
)
func main() {
// 构建目标请求
req, err := http.NewRequest("GET", "https://api.ipify.org/", nil)
if err != nil {
panic(err)
}
// ✅ 正确：将认证信息嵌入代理 URL（自动触发 CONNECT 认证）
proxyURL, err := url.Parse("http://username:mypass@myproxy.com:9999")
if err != nil {
panic(err)
}
client := &http.Client{
Transport: &http.Transport{
TLSClientConfig: &tls.Config{InsecureSkipVerify: true}, // 仅用于测试，生产环境请校验证书
Proxy: http.ProxyURL(proxyURL),
},
}
resp, err := client.Do(req)
if err != nil {
fmt.Printf("请求失败: %v\n", err)
return
}
defer resp.Body.Close()
fmt.Printf("状态码: %d\n", resp.StatusCode)
}⚠️ 注意事项：
-
http.Transport对CONNECT请求的代理认证是自动且透明的，无需手动设头； - 若代理返回
407 Proxy Authentication Required，大概率是 URL 中凭据格式错误（未编码、拼写错误、或代理不支持明文传输）； - 生产环境务必移除
InsecureSkipVerify: true，改用正确的证书配置； - 某些企业代理可能要求 NTLM 或其他认证方式——此时需借助第三方库（如
golang.org/x/net/proxy配合自定义DialContext）。
总结：Go 的 http.Transport 原生支持 Basic Auth 代理（HTTPS 场景），关键在于把凭证塞进 *url.URL.User，而非操作请求头。这是协议层设计决定的，理解 CONNECT 隧道机制，才能避开“手动加头却无效”的常见陷阱。
