go网络编程需显式配置http/tcp超时、按错误语义决定重试、分层解包错误：http用自定义client设timeout及transport各阶段超时；tcp按拨号/读写/监听阶段设超时；重试仅针对连接拒绝、超时等临时错误；错误处理须用errors.is逐层判断而非err==nil。
Go 的网络编程中，HTTP 和 TCP 连接的超时控制、重试策略与错误处理是高频痛点。核心在于：Go 默认不设连接/读写超时，不自动重试，且底层错误类型分散，直接忽略或粗暴 recover 容易掩盖真实问题。
HTTP 超时必须显式配置 Client
net/http.DefaultClient 没有超时，一次卡死会阻塞整个 goroutine。正确做法是自定义 *http.Client，并为 Transport 设置底层 DialContext 和各类超时：
- Timeout：从请求发出到响应体首字节返回的总时限（含 DNS、连接、TLS、发送、等待响应）
-
Transport.Timeout 已废弃，应拆解为三个独立字段：
– DialContextTimeout：建立 TCP 连接的最大耗时
– IdleConnTimeout：空闲连接保活时间（影响复用）
– ResponseHeaderTimeout：收到 status line 和 header 的最长时间（防服务端只发 header 不发 body） - 示例关键代码：tr := &http.Transport{DialContext: (&net.Dialer{Timeout: 5 * time.Second, KeepAlive: 30 * time.Second}).DialContext}; client := &http.Client{Timeout: 10 * time.Second, Transport: tr}
TCP 连接需区分场景设超时
直接使用 net.Dial 或 net.Listen 时，超时控制更底层，需按阶段设置：
- 拨号阶段：用 net.Dialer.Timeout 控制 TCP SYN 到 ESTABLISHED 的耗时；KeepAlive 防中间设备断连
- 读写阶段：对已建立的 net.Conn 调用 SetDeadline / SetReadDeadline / SetWriteDeadline —— 注意它是一次性生效，每次 Read/Write 前需重新设置
- 监听阶段：net.Listen 后得到 listener，Accept() 返回新 conn，此时再对 conn 设定读写 deadline；listener 本身无超时，但 Accept 可配合 context.WithTimeout 控制等待新连接的时长
重试不能靠 try-catch，要基于错误语义判断
Go 错误不是异常，不可 panic/recover 替代逻辑处理。是否重试取决于错误类型和上下文：
立即学习“go语言免费学习笔记（深入）”；
- 可重试错误：net.OpError 中 Err 是 syscall.ECONNREFUSED、syscall.ETIMEDOUT、context.DeadlineExceeded（HTTP 超时包装后）、io.EOF（服务端提前断连）
- 不可重试错误：url.Error 中 URL 格式错、TLS 握手失败（x509.CertificateInvalidError）、4xx HTTP 状态码（客户端错误）
- 建议用第三方库如 hashicorp/go-retryablehttp 或封装简单指数退避：检查 err 是否满足重试条件 → sleep → 继续请求，最多 3 次，避免雪崩
错误处理要分层解包，别用 err == nil 简单判断
HTTP 错误可能嵌套多层，例如：*url.Error → *net.OpError → *os.SyscallError → syscall.Errno。应逐层检查：
- 先看 resp != nil && resp.StatusCode >= 400：处理业务级失败（如 401、503）
- 再用 errors.Is(err, context.DeadlineExceeded) 或 errors.Is(err, syscall.ETIMEDOUT) 判断超时
- 对 net.OpError，检查 err.Op == "dial"（连接失败）还是 "read"（读超时）
- 日志中打印 fmt.Sprintf("%+v", err) 保留堆栈和嵌套结构，便于定位根因
