socket.connect() 卡住主因是目标不可达或网络拦截，其同步阻塞默认超时20–30秒；应改用connectasync+显式超时、预探测端口、检查服务端绑定与防火墙。
Socket.Connect() 为什么一直卡住不返回
根本原因通常是目标地址不可达，或者防火墙/路由器拦截了连接请求，而不是代码写错了。C# 的 Socket.Connect() 默认是同步阻塞的，没连上就一直等，超时时间默认长达 20–30 秒（取决于系统），不是“卡死”，是真在等。
实操建议：
- 改用
Socket.ConnectAsync()+Task包装，显式设超时，比如await connectTask.TimeoutAfter(3000)（需自己实现TimeoutAfter扩展） - 连接前先用
Ping或TcpClient尝试快速探测端口（new TcpClient().ConnectAsync(host, port)），失败立刻报错，不进Socket流程 - 确保服务端已 bind + listen，且监听的是
IPAddress.Any（IPv4）或IPAddress.IPv6Any（IPv6），别只绑127.0.0.1然后从外网连 - Windows 上检查
Windows Defender 防火墙是否放行了你的程序或端口；Linux/macOS 检查ufw或pfctl
TcpClient 和 raw Socket 到底该用哪个
TcpClient 是封装好的高层类型，适合大多数客户端场景；raw Socket 提供底层控制权，但要自己处理连接状态、分包、粘包、错误重试等。选错会导致维护成本陡增。
实操建议：
- 写客户端发几条 JSON 请求、收响应？直接用
TcpClient+NetworkStream，配合StreamReader/StreamWriter，安全又省心 - 需要自定义 TCP 选项（如
TcpNoDelay、KeepAlive）、复用 socket、或做长连接心跳管理？用 rawSocket，调SetSocketOption() - 做服务器且并发量低（TcpListener 足够；高并发或需精细 IO 控制（如完成端口 I/OCP）？必须用
Socket+AcceptAsync - 注意：
TcpClient内部也是基于Socket，但它不暴露IOControl或IOCompletionCallback，想调就只能换
UDP 发送后收不到回应，SendTo() 没报错但 RecvFrom() 阻塞
UDP 是无连接的，SendTo() 成功只表示数据交给了操作系统协议栈，不代表对方收到；RecvFrom() 阻塞是因为没数据到达——可能对方根本没发，也可能发到了别的端口、被丢弃、或你的 Bind() 地址不对。
实操建议：
- 发送前确认目标 IP 和端口完全正确，用
netstat -anu（Linux/macOS）或Get-NetUDPEndpoint（PowerShell）查本机 UDP 端口是否真在监听 -
Bind()时别用IPAddress.Loopback绑定，否则只能收本机发的数据；要用IPAddress.Any才能收所有网卡来的包 - 接收缓冲区太小会丢包，
Socket.ReceiveBufferSize建议设为 65536 以上；同时检查系统级限制（Linux 的net.core.rmem_max） - 别依赖 UDP 可靠性：关键业务加应用层 ACK、重传、序列号；调试时先用
nc -u或Packet Sender工具验证通路
async/await 和 BeginReceive/EndReceive 混用导致内存泄漏
混用两种异步模型（APM 和 TAP）会让回调链断裂、Socket 对象无法及时释放，尤其在异常路径下。常见表现是连接数涨不下去、GC 压力大、Socket 句柄耗尽报 WSAEMFILE 错误。
实操建议：
- 全项目统一用
ReceiveAsync()/SendAsync()，它们返回ValueTask，性能好、无装箱、异常传播干净 - 绝对不要在一个
Socket实例上交替调BeginReceive()和ReceiveAsync()；更不要在EndReceive()回调里再调ReceiveAsync() - 每次
ReceiveAsync()前检查Socket.Connected是弱判断，真正可靠的是捕获SocketException并检查e.SocketErrorCode == SocketError.ConnectionAborted等 - 用
using var socket = new Socket(...)不保险——Dispose()不等于关闭连接，务必显式调Shutdown()+Close()或等 async 操作自然结束
最常被忽略的是：UDP 的 Bind() 地址和 TCP 的 Listen() 地址语义不同，一个决定“我能收谁的包”，一个决定“我接受哪些连接请求”；写混了，本地测试通，一上服务器就全跪。
