net.DialTimeout 能测 TCP 端口连通性，本质是发起 TCP 握手；成功表示端口可接受连接，与 ICMP ping 无关，适用于验证服务监听状态而非网络层连通性。
Go 里用 net.DialTimeout 检测 TCP 端口是否通，不是 Ping，别搞混
直接说结论：net.DialTimeout 能测 TCP 连通性，但和 ICMP 的 ping 完全无关——它本质是发起一次 TCP 握手，成功即表示目标端口可接受连接。如果你要判断“服务是否在监听”，这个方法对；如果想测网络层连通性（比如防火墙拦了 ICMP 但放行 TCP），它反而更贴近真实业务场景。
常见错误现象：dial tcp 192.168.1.100:8080: i/o timeout 或 connection refused。前者大概率是网络不通或中间设备丢包，后者说明主机可达、但目标端口没服务在 listen。
-
net.DialTimeout第三个参数是time.Duration，别传0或负数，否则行为未定义（某些版本会 panic） - 超时时间建议设为
2 * time.Second起步：太短（如 100ms）容易误判高延迟链路；太长（如 30s）会让调用卡太久 - 记得
defer conn.Close()—— 即使只做探测，成功建立的连接也得关，否则可能耗尽本地文件描述符
为什么不用 net.Dial 而要用 net.DialTimeout
net.Dial 默认无超时，一旦遇到中间网络设备静默丢包（比如某段路由故障但不发 ICMP unreachable），就会卡死在 SYN 等待状态，阻塞 goroutine。而 net.DialTimeout 是 net.Dial 的封装，底层调用的是带 deadline 的 net.Conn 方法，可控性强。
注意：Go 1.19+ 推荐用 net.Dialer 配合 Context，更灵活。但如果你只是简单探测，net.DialTimeout 更轻量、无需额外 context 管理。
立即学习“go语言免费学习笔记（深入）”；
- 使用
net.Dialer时，Dialer.Timeout和Dialer.KeepAlive都要留意——前者控制连接建立，后者影响已建连后的保活检测，和端口探测无关 -
net.DialTimeout在 Windows 上对 UDP 不生效（它只支持 TCP 和 Unix domain socket），但你测端口本来也不该用 UDP - 返回的
error类型需用errors.Is(err, os.ErrDeadlineExceeded)判断超时，而不是字符串匹配，避免被中文系统 locale 干扰
实际探测时怎么写才不容易翻车
别裸写 net.DialTimeout("tcp", "host:port", timeout) 就完事。真实环境里，DNS 解析失败、IPv6 fallback、空 host 字符串都可能让调用提前 panic 或返回意外 error。
conn, err := net.DialTimeout("tcp", net.JoinHostPort(host, port), 3*time.Second)
if err != nil {
// 注意：err 可能是 *net.OpError，也可能是 *url.Error（如果 host 来自 URL 解析）
// 建议先检查是否为 network error
if netErr, ok := err.(*net.OpError); ok && netErr.Err != nil {
// 这里可以区分是 DNS 失败还是连接失败
}
return false
}
defer conn.Close()
return true
-
host必须是 IP 或可解析域名；若传入含 scheme 的 URL（如http://example.com:80），会直接报错lookup http://example.com: no such host - 端口号必须是字符串，比如
"80"，不能传80（int）——否则net.JoinHostPort会 panic - 测试前最好先
net.ParseIP(host) != nil判断是否为纯 IP，避免 DNS 查询拖慢响应（尤其在容器内 DNS 配置异常时）
和真正 ping 的差距在哪，什么时候该换方案
Go 标准库没有内置 ICMP ping 支持，net.DialTimeout 测的是 TCP 层，而系统 ping 发的是 ICMP Echo Request。两者路径不同：TCP 要经过传输层协议栈、目标端口监听状态；ICMP 只到网络层，甚至可能被目标主机的内核直接丢弃（比如禁用了 icmp_echo_ignore_all）。
所以如果你发现 ping example.com 不通，但 net.DialTimeout("tcp", "example.com:443", ...) 成功，大概率是对方屏蔽了 ICMP 但 HTTPS 服务正常。
- 真要实现类似 ping 的功能，得用第三方库如
github.com/sparrc/go-ping，它需要 root 权限（Linux/macOS）或管理员权限（Windows）来构造原始 ICMP 包 - 在 Kubernetes Pod 里跑
go-ping基本不可行（默认禁止 CAP_NET_RAW），这时候老实用net.DialTimeout测业务端口更现实 - 别试图用
exec.Command("ping", "-c1", host)—— 依赖 shell、不可移植、输出格式难解析，还可能被容器镜像精简掉 ping 二进制
最常被忽略的一点：端口通 ≠ 服务健康。它只确认 TCP 握手成功，不验证 HTTP 返回码、TLS 握手是否完成、或者后端进程是否卡死。真要监控服务可用性，得往协议层再走一步。
