net.dialtimeout已被弃用，因它仅简单包装net.dial+time.afterfunc，无法中断syn重传、不控dns/tls、不支持keepalive等参数，且超时判断依赖不可靠的字符串匹配；应改用net.dialer.dialcontext，统一控制dns解析、tcp连接与tls握手全链路超时，并支持context取消和errors.is精准判错。
net.DialTimeout 已被弃用，直接用 net.Dialer.DialContext 更可靠、更灵活。
为什么 net.DialTimeout 不该再用了
Go 1.10 起 net.DialTimeout 就被标记为 deprecated，它底层只是简单包装了 net.Dial 加上 time.AfterFunc，无法中断正在建立的 TCP 连接（比如 SYN 重传阶段），实际超时可能严重偏差；而且不支持设置 KeepAlive、SourceAddr 等关键参数。
- 它对 TLS 握手、DNS 解析等环节完全无控制力
- 返回的
error类型是*net.OpError，但超时判断只能靠字符串匹配"i/o timeout"，不可靠 - 无法与
context集成，难以配合 cancel 或 deadline 传播
用 net.Dialer + DialContext 实现精准连接超时
这是当前标准做法：构造一个 net.Dialer，显式设置 Timeout 和 KeepAlive，再调用其 DialContext 方法。它会在 DNS 查询、TCP 连接、TLS 握手全链路生效。
示例：
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
defer cancel()
<p>dialer := &net.Dialer{
Timeout: 5 <em> time.Second,
KeepAlive: 30 </em> time.Second,
}
conn, err := dialer.DialContext(ctx, "tcp", "example.com:443")
if err != nil {
// 注意：err 可能是 <em>net.OpError，也可能是 context.DeadlineExceeded
if errors.Is(err, context.DeadlineExceeded) ||
(opErr, ok := err.(</em>net.OpError); ok && opErr.Timeout()) {
log.Println("连接超时")
}
return
}
defer conn.Close()
</p>
-
Timeout控制整个拨号流程（DNS + TCP + TLS）的总耗时 -
KeepAlive是可选的，用于启用 TCP keepalive 探测 - 务必用
errors.Is(err, context.DeadlineExceeded)判断超时，比字符串匹配健壮
常见错误：把 Dialer.Timeout 当作“仅 TCP 握手超时”
很多人误以为 Dialer.Timeout 只管 TCP connect 阶段，其实它覆盖从解析域名开始的所有步骤。如果你需要区分 DNS 超时和连接超时，得单独控制 DNS：
- 用
net.Resolver配合独立 context 先做解析（例如resolver.LookupHost(ctx, "example.com")） - 再把得到的 IP 传给
Dialer.DialContext，此时Timeout就只作用于 TCP 层 - 否则，当 DNS 服务器响应慢时，
Timeout会提前触发，你根本没机会走到 TCP 连接那步
真正要小心的是超时粒度混用——比如 HTTP client 里既设了 http.Client.Timeout，又在 Transport.DialContext 里重复设 Timeout，容易导致意料外的提前失败。
