Go 如何下载计数HTTP响应字节，无需读取内容或执行TLS解密

• 标准库net/http返回的resp.Body，本身就是已经完成TLS解密、HTTP报文解封装的明文流。你在这个流上做任何读取操作，本质上都是在消费解密后的内容，从架构设计上根本拿不到网络层传输的原始加密字节。
• 你当前使用的bufio.NewReader(resp.Body).Discard(128 * 1024)，本质是把明文流分段读入缓冲区后直接丢弃，这个流程会完整触发全量TLS解密操作，完全不符合你不想执行解密、只统计原始下载字节的目标。
• 从bufio的源码逻辑也能看到，Discard方法确实是通过底层io.Reader读取字节来完成计数和丢弃，这个过程没有跳过流读取的捷径。

完全规避TLS解密、只统计原始密文字节 #

这是唯一能达到你性能目标的方式，核心思路是绕开标准库自动执行TLS解密的封装，直接在TCP层操作数据：

• 手动通过net.Dial和目标服务建立TCP连接
• 不把连接交给tls.Client做自动解密封装，直接把符合HTTP协议格式的请求报文通过TCP连接发送出去
• 之后直接在原始TCP连接上循环读取收到的所有字节，每读到一段就累加计数，读完直接丢弃，全程不触发任何TLS解密逻辑，没有额外的解密开销
• 注意：如果目标服务仅支持HTTPS，这个方式发送的明文HTTP请求会被服务端直接拒绝，这种场景下必须完成基础的TLS握手才能拿到响应数据。

必须完成TLS握手场景下的密文统计 #

如果目标服务强制HTTPS（不握手就不返回响应），还是想避免解密开销、只统计网络层收到的原始加密字节：

• 建立TCP连接后，手动完成TLS握手流程（这一步是必须的，不握手服务端不会返回任何响应内容）
• 握手完成后，不要调用tls.Conn的Read()方法——这个方法才是触发密文解密成明文的核心入口——直接在底层的TCP连接上循环读取所有收到的密文字段，累计计数后直接丢弃
• 整个过程你只在TCP层操作数据，解密逻辑根本不会被触发，统计到的字节数就是实际网络下载的原始加密流量大小

如果你的核心目标只是快速统计响应总大小、降低读取环节的开销，不需要严格规避解密流程：

• 直接用io.Copy(io.Discard, resp.Body)替代你当前的bufio.Discard实现，这个方法的读取效率远高于bufio的丢弃逻辑，它会通过大块内存直接读取流内容后直接丢弃，没有多余的缓冲区拷贝操作。
• 这个实现的核心开销还是来自不可避免的TLS解密（因为你用的是标准库HTTP客户端，只要发HTTPS请求，解密流程就会自动启动），但读取丢弃环节的开销会降到最低。

不存在“直接用标准库HTTP客户端发请求、同时跳过TLS解密拿原始密文”的捷径。标准库的http.Transport在内部初始化TLS连接时，会自动把解密后的流挂载到resp.Body上，你拿到响应对象的时候后台已经开始解密流程了，根本没法在这个环节拦截原始密文。

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