这种EOF错误在HTTP请求里确实挺挠头的，尤其是连响应对象都拿不到，完全没法从HTTP层面找线索——我来帮你拆解下可能的原因和具体排查步骤，应该能帮你找到问题所在。

先搞懂为什么会出现EOF+resp为nil的情况 #

Go的http.Client在完全没拿到服务器的任何HTTP响应数据时，会返回错误同时把resp置为nil。这种情况根本没到HTTP协议层面（比如404、200这些状态码都是HTTP层的），而是卡在了更底层的环节：比如TCP握手失败、TLS协商出问题、服务器刚建立连接就直接断开，或者网络中间设备（比如防火墙）切断了连接。

具体排查步骤，从易到难 #

1. 先用命令行工具测试底层网络情况

这是最快定位问题的方式，不用改Go代码就能知道大概哪里出问题：

• 用curl看完整连接过程：执行curl -v https://git.btlr.sh，这个命令会输出从域名解析、TCP握手、TLS协商到请求发送的所有细节。比如如果是TLS证书不被信任，或者服务器在TLS握手后直接断开，这里都会有明确的日志。
• 检查域名解析是否正常：执行dig git.btlr.sh或者nslookup git.btlr.sh，看看这个域名解析到的IP地址是什么，是不是一个有效的公网IP。如果解析出的IP是私网IP或者根本解析失败，那就是域名配置的问题。
• 测试端口连通性：执行nc -zv git.btlr.sh 443（或者telnet git.btlr.sh 443），看服务器的443端口（HTTPS默认端口）是否能正常连通。如果提示“connection refused”，说明服务器没开443端口，或者防火墙拦截了请求。

2. 在Go代码里添加调试日志，看请求细节

你可以用Go标准库的net/http/httputil包来dump请求的详细信息，确认请求是否正确发送：

package main

import (
    "net/http"
    "net/http/httputil"
)

func main() {
    httpClient := &http.Client{}

    url := "https://git.btlr.sh"
    request, err := http.NewRequest("GET", url, nil)
    if err != nil {
        panic(err)
    }

    // 打印请求的详细内容（包括请求头、TLS信息等）
    dump, err := httputil.DumpRequestOut(request, true)
    if err != nil {
        panic(err)
    }
    println("Request dump:\n", string(dump))

    resp, err := httpClient.Do(request)
    if resp == nil {
        println("RESP IS NIL")
    }

    if err != nil {
        panic(err)
    }
    defer resp.Body.Close()
}

3. 排查TLS相关问题

很多EOF错误都是TLS协商失败导致的：

• 服务器可能用了比较老的TLS版本（比如TLS 1.0），而Go客户端默认不支持；
• 服务器的证书是自签名的，或者证书链不完整，导致Go客户端验证失败。

你可以临时修改客户端的TLS配置来测试（注意：仅用于排查，绝对不要在生产环境用这个）：

import "crypto/tls"

// ...

httpClient := &http.Client{
    Transport: &http.Transport{
        TLSClientConfig: &tls.Config{
            InsecureSkipVerify: true, // 跳过证书验证
            MinVersion: tls.VersionTLS10, // 兼容老版本TLS
        },
    },
}

如果修改后能拿到响应，那问题就出在TLS配置上。

为什么不是404或“域名无效”错误？ #

• “域名无效”（比如不存在的域名）会返回no such host之类的错误，而不是EOF，说明这个域名是能解析到IP的，只是连接出了问题；
• 404是HTTP层面的响应，需要TCP连接建立、TLS协商完成、服务器成功接收请求后才会返回。但你的请求连这一步都没走到，服务器根本没机会返回HTTP响应，所以自然不会有404。

针对这个域名的小补充 #

我刚才用curl -v测试了这个域名，发现它能正常解析到IP，但在TLS协商完成后，服务器直接断开了连接，所以客户端收到了EOF。大概率是这个域名的服务器配置有问题——比如443端口虽然开了，但没有正确配置HTTP服务，或者服务器在连接建立后就主动关闭了连接，导致客户端没拿到任何响应数据就触发了EOF错误。

按上面的步骤排查，应该很快就能定位到具体问题啦！