怎么通过 Socket.connect() 与远程服务器建立基础的 TCP 连接

写 TCP 连接，最直接的方式就是用 Socket.Connect()。不过得有个心理准备：这个方法是同步的，一旦调了，当前线程就得一直等着，直到连接建立完成，或者干脆报错。如果你只是想快速验证一台服务器的端口通不通，用它倒也没什么问题；但如果在 UI 线程里这么干，或者系统负载本身就不低，那卡顿和超时失控就是家常便饭了。

先说一个核心判断：同步 connect 是够简单，但也是最容易出问题的地方。

Connect(String, Int32) 最常用，但 DNS 解析可能拖慢或失败

这大概是新手最顺手的写法：client.Connect("example.com", 80)。内部流程是先做 DNS 查询，然后尝试连接返回的第一个 IP。听起来没什么毛病？但实际跑起来问题不少：

• DNS 查询本身没有超时控制，系统默认的超时时间可能长达好几秒，如果 DNS 本身不可达，那这个等待会让人很焦虑。
• 如果域名解析出多个 IP（比如同时有 IPv4 和 IPv6），Connect(String, Int32) 只会尝试第一个，失败了就直接报错，不会自动换成第二个。
• 更棘手的是，你很难一眼看出到底是“DNS 解析失败”还是“TCP 连接被拒绝”。错误都是 SocketException，得靠 e.NativeErrorCode 来区分：10061 表示连接被拒绝，11001 表示主机找不到。

换句话说，这个方法虽然简单，但限制也明显——DNS 依赖性、无 fallback、难以定位具体失败环节。

Connect(IPAddress, Int32) 更可控，但得自己处理地址解析

跳过 DNS、把主动权握在自己手里，最稳妥的做法是：先用 Dns.GetHostAddresses() 拿到 IP 列表，再逐个调用 Connect(IPAddress, Int32)。这里有几个细节需要注意：

• Dns.GetHostAddresses() 返回的是一个 IPAddress[]，可能同时包含 IPv4 和 IPv6 地址。如果没特殊需求，优先用 IPv4，否则可能踩到 IPv6 不通的坑。
• 每个 Connect(IPAddress, Int32) 调用仍然是阻塞的，所以必须手动加上超时控制。常见的做法是用 Task.Run(() => socket.Connect(...)).Wait(timeoutMs) 包一层。注意，这只能算权宜之计，不是最优雅的方案。
• 别小看 SocketException 里的 NativeErrorCode。10060 是超时，10061 是连接被拒绝，10013 是权限不足（比如非管理员想绑定特权端口）。这些信息在排查问题时非常关键。

Connect(EndPoint) 适合复用已知地址，也便于单元测试

如果你已经有确定的 IPAddress 和端口，直接构造一个 IPEndPoint，然后传给 Connect(EndPoint)，本质上和上一种做法一样，但写法更显式：

IPEndPoint ep = new IPEndPoint(IPAddress.Parse("192.168.1.100"), 22);
client.Connect(ep);

这种写法有几个好处：

• 省掉了字符串拼接和重复解析，性能上略有优势。
• 测试时可以直接 mock IPEndPoint，不依赖真实网络环境。
• 配合 Socket.OSSupportsIPv6 可以提前判断系统是否支持 IPv6，避免在创建 AddressFamily.InterNetworkV6 类型的 Socket 时失败。

别依赖 client.Connected 属性判断连接状态

这个坑踩过的人应该不少。client.Connected 只反映最后一次 I/O 操作后 Socket 的缓存状态，不是实时探测。它可能返回 true，但实际网络链路已经断了（比如对端静默关闭了连接）。

真正可靠的检测方式有两种：

• 发送一个带 SocketFlags.Peek 的 Receive()，看是否立即返回 0（表示对端关闭）或抛出异常。
• 或者像官方示例那样，用非阻塞模式发送一个空字节数组：client.Send(new byte[0], 0, 0, SocketFlags.None)，然后捕获 WSAEWOULDBLOCK（10035）。这个错误码表示连接正常，但暂时没有数据可发。

生产环境里，更推荐用 ConnectAsync() 替代同步方式。它不仅支持取消令牌和真正的异步等待，还能清晰地区分不同阶段的失败原因，排查起来会省心很多。

说到底，调一次 Connect() 并不是最难的部分，真正棘手的是超时控制、重试策略、多地址 fallback 和连接存活检测这一整套逻辑。这些细节在日志里往往只体现为一行 SocketException，但真想排查清楚，你得翻遍 DNS 配置、防火墙策略和对端服务状态——那才是真正考验人的地方。