net.DialTimeout已被弃用，应改用net.Dialer配合context.WithTimeout；前者仅控制TCP握手超时且不支持DNS/TLS，后者统一管控DNS解析、TCP连接及TLS握手全链路超时。
net.DialTimeout 已被弃用，别再用了
Go 1.8 起 net.DialTimeout 就被标记为 deprecated，官方明确不鼓励使用。它只支持 TCP，硬编码了 "tcp" 协议，无法处理 UDP、Unix domain socket 或自定义 net.Dialer 行为。现在直接调用它会触发 vet 提示，编译虽过但属于技术债。
正确写法：用 net.Dialer + Context 控制超时
替代方案是组合 net.Dialer 和 context.WithTimeout，既能统一控制连接建立耗时，又能保留协议灵活性和细粒度配置能力。
常见错误是只设 Dialer.Timeout 却忽略 KeepAlive 或 Deadline 冲突；更隐蔽的问题是忘记把 context 传给 Dialer.DialContext，导致超时完全不生效。
-
net.Dialer.Timeout控制“开始连接到完成三次握手”的最大耗时（即 connect(2) 阶段） -
net.Dialer.KeepAlive是 TCP keep-alive 间隔，和连接超时无关，别混淆 - 必须用
dialer.DialContext(ctx, network, addr)，不能用dialer.Dial—— 后者无视 context - 若需同时限制 DNS 解析时间，得在外层用
context.WithTimeout包裹整个解析+拨号流程
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
defer cancel()
dialer := &net.Dialer{
Timeout: 3 * time.Second,
KeepAlive: 30 * time.Second,
}
conn, err := dialer.DialContext(ctx, "tcp", "example.com:80")
if err != nil {
// 注意：err 可能是 context.DeadlineExceeded（外层 ctx 超时）
// 也可能是 net.OpError（Dialer.Timeout 触发），需按需区分
}为什么 Dialer.Timeout 和 Context 超时不等价
两者作用阶段不同，叠加使用才完整：
立即学习“go语言免费学习笔记（深入）”；
-
Dialer.Timeout仅约束系统调用connect()的阻塞时间，对 DNS 查询、TLS 握手、代理协商等不生效 -
context.WithTimeout约束的是整个DialContext调用生命周期，包括 DNS 解析（net.Resolver）、TCP 连接、TLSHandshake（如果走tls.Dialer） - 若只设
Dialer.Timeout，DNS 被劫持卡住 10 秒，连接仍会等满 10 秒才失败；加了 context 才真正在 5 秒强制中断
HTTP 客户端场景下别手动拨号
如果你实际是在发 HTTP 请求，直接配 http.Client 的 Transport 就行，不用自己写拨号逻辑：
client := &http.Client{
Transport: &http.Transport{
DialContext: (&net.Dialer{
Timeout: 3 * time.Second,
KeepAlive: 30 * time.Second,
}).DialContext,
TLSHandshakeTimeout: 5 * time.Second,
},
}这里 TLSHandshakeTimeout 是独立字段，专门控 TLS 握手，和 Dialer.Timeout 互不覆盖——这点常被忽略，导致 HTTPS 请求卡在证书验证阶段却无法超时退出。
真正需要手写拨号的场景其实很少：自定义协议客户端、长连接池管理、或调试网络链路。多数时候，用好 http.Client 或 grpc.DialContext 的内置超时机制更安全。
