应使用 errors.is(err, syscall.econnreset) 判断对端 rst，而非字符串匹配；读写超时须用 errors.is(err, os.errdeadlineexceeded)；http 客户端需递归展开 *url.error 才能捕获底层 rst。
判断 net.Conn 是否因连接重置关闭
Go 的 net.Conn.Read 或 net.Conn.Write 返回错误时，不能直接用 err == io.EOF 或字符串匹配来区分“对端 RST”和普通断连。真实场景中，RST 会触发底层 syscall.ECONNRESET，但 Go 标准库做了封装，需用 errors.Is 判断。
- Linux/macOS 下，连接被对端强制重置（如 kill -9 服务进程、防火墙丢包后发 RST），
Read通常返回*net.OpError，其Err字段是syscall.ECONNRESET - Windows 下可能表现为
WSAECONNRESET，同样可被errors.Is(err, syscall.ECONNRESET)捕获（Go 1.13+ 自动适配） - 别用
strings.Contains(err.Error(), "connection reset")—— 错误信息随 locale 变化，CI 环境容易漏判
示例检查逻辑：
if errors.Is(err, syscall.ECONNRESET) || errors.Is(err, syscall.EPIPE) {
// 明确是 RST 或管道已关，不是超时或网络抖动
}
区分 timeout 和 i/o timeout 错误类型
Go 的 TCP 超时分两类：连接建立阶段的 net.DialTimeout 超时，和已建立连接后的读写超时。两者错误类型不同，但都含 “timeout” 字样，容易混淆。
-
net.DialTimeout失败时，错误是*net.OpError，Op字段为"dial"，Err是syscall.ETIMEDOUT（Linux）或syscall.WSAETIMEDOUT（Windows） - 已连接后调用
conn.SetReadDeadline或conn.SetWriteDeadline触发的超时，错误仍是*net.OpError，但Op是"read"或"write"，Err是syscall.EAGAIN或syscall.EWOULDBLOCK，Go 封装为os.ErrDeadlineExceeded - 务必用
errors.Is(err, os.ErrDeadlineExceeded)判断读写超时，而非检查字符串 —— 否则在自定义net.Conn实现（如 TLS 层、proxy 连接）中可能失效
在 http.Client 中捕获底层 TCP RST/timeout
HTTP 客户端默认隐藏了 TCP 层细节，但 RST 和超时仍会透出为特定错误。关键点在于：HTTP/1.1 的复用连接（keep-alive）可能让 RST 出现在任意一次请求中，而不仅是首次 Dial。
立即学习“go语言免费学习笔记（深入）”；
- 如果请求返回
*url.Error，其Err字段可能是：*net.OpError（底层 TCP 错误）、net/http.httpError（如 status=0）、或context.DeadlineExceeded（客户端上下文超时） - 要捕获 RST，需递归展开错误：先
errors.Unwrap到*url.Error，再对其Err调用errors.Is(..., syscall.ECONNRESET) - 设置
http.Client.Timeout仅控制整个请求生命周期，不等价于 TCP 读写超时；若需精细控制，应设Transport.DialContext和Transport.ResponseHeaderTimeout等字段
简写判断示例：
if urlErr, ok := err.(*url.Error); ok {
if errors.Is(urlErr.Err, syscall.ECONNRESET) {
// 对端 RST，可考虑快速失败或降级
}
}
为什么 errors.As 比 errors.Is 更适合某些场景
当需要获取原始系统错误码（比如记录 errno 数值、做平台差异化处理），或错误嵌套更深（如 http.Transport 包了多层 *url.Error → *net.OpError → syscall.Errno），errors.As 能直接提取底层错误实例。
-
errors.Is只回答“是不是”，errors.As还能让你拿到具体值：var opErr *net.OpError; if errors.As(err, &opErr) { ... } - 从
opErr.Err可进一步断言：if errno, ok := opErr.Err.(syscall.Errno); ok { switch errno { case syscall.ECONNRESET: ... } } - 注意：不要在 defer 中反复调用
errors.As做日志 —— 如果错误是 nil 或未包装，errors.As返回 false 且不修改目标变量，容易引发空指针 panic
真正麻烦的从来不是怎么写判断，而是 RST 和 timeout 在高并发下常混杂出现，且同一错误在不同 Go 版本、不同 OS 上的包装深度不一致。上线前最好用 tcpdump 抓包 + 强制 kill 进程的方式验证你的错误分支是否真能覆盖到。
