Socket编程需明确认知阻塞点、资源释放与数据边界处理；Accept()同步阻塞需异步或线程解耦；Receive()不保证完整读取，须依返回值截取缓冲区；需自定义协议解析消息；连接失败应查进程、防火墙、地址族匹配；关闭前须Shutdown避免半开连接；Send/Receive非线程安全；SocketAsyncEventArgs需手动重置；长连接不宜依赖using自动释放。
Socket 编程在 C# 中不是“配好环境就能跑通”的玩具，而是需要你清楚每一步阻塞在哪、谁负责释放、数据边界怎么处理。直接上 TcpListener 或 TcpClient 虽然简单，但掩盖了底层细节；而用原始 Socket 类，则必须自己面对线程阻塞、缓冲区管理、连接异常恢复这些真实问题。
为什么 Accept() 会卡住程序？
因为 Accept() 是同步阻塞调用 —— 它会一直等，直到有客户端连上来才返回新 Socket。如果你在主线程里直接写 listener.Accept()，控制台就彻底“冻住”，连 Console.WriteLine 都不响应。
- 解决办法：必须放进单独线程或用
BeginAccept/EndAccept异步方式（.NET Framework）；.NET Core/.NET 5+ 推荐用AcceptAsync+SocketAsyncEventArgs - 别用
while(true) { listener.Accept(); }这种写法 —— 没做任何异常捕获，一旦客户端断连或网络抖动，Accept()可能抛出SocketException，整个服务就崩了 - 监听套接字（listener）和通信套接字（client socket）是两个对象：前者只管“开门”，后者才负责“聊天”。别试图对 listener 调用
Send或Receive
Receive() 读不到完整消息？
Receive() 不保证一次读完所有发来的数据 —— TCP 是流式协议，它只按当前内核缓冲区里有多少字节就返回多少，可能只读到半个 JSON、半条 HTTP 请求头，甚至只有 1 字节。
- 不能假设
Receive()返回值等于你传入的 buffer 长度；必须检查返回值int bytesRead，它才是真实读到的字节数 - 常见错误：直接
Encoding.UTF8.GetString(buffer)，没截取0..bytesRead区间，后面全是乱码或空字符 - 想收完整消息？得自己定义协议：比如前 4 字节存长度（
BitConverter.GetBytes(len)），先读够 4 字节再读正文；或者用分隔符（如\0或\r\n\r\n），循环Receive直到找到为止
客户端 Connect() 失败的典型原因
报错 System.Net.Sockets.SocketException: No connection could be made because the target machine actively refused it，基本可以排除代码写错，重点查三件事：
- 服务器进程是否真在运行？用
netstat -ano | findstr :端口号确认端口是否 LISTENING，PID 对应的进程还在不在 - 防火墙是否放行？特别是 Windows Defender 防火墙默认会拦截入站连接，即使你用
127.0.0.1本地测试也受限制 - 服务器
Bind()时用了IPAddress.Parse("127.0.0.1")，但客户端却连"localhost"或"::1"—— IPv4 和 IPv6 地址不互通，localhost解析结果取决于系统 hosts 配置，不稳定 - 推荐统一用
IPAddress.Any（服务器） +"127.0.0.1"（客户端），避免地址族不匹配
Socket 关闭时容易漏掉什么？
Close() 不等于“干净退出” —— 它只是把套接字句柄标记为关闭，底层 TCP 连接可能还在走 FIN/ACK 流程，或者 linger 未超时。
- 务必在
Close()前调用Shutdown(SocketShutdown.Both)，告诉对方“我不收也不发了”，避免半开连接（half-open connection） - 多个线程共用一个
Socket实例？Send和Receive不是线程安全的，必须加锁或改用异步 API - 忘记释放
SocketAsyncEventArgs缓冲区？重复使用时没重置SetBuffer或清空Count，会导致旧数据混进新消息 - 最后一点：
Socket实现了IDisposable，但using块只适合短生命周期场景（比如发一条命令就关），长连接必须手动管理生命周期，否则 GC 不会及时回收底层资源
真正难的从来不是写出第一行 new Socket，而是让连接在弱网下不断连、消息不粘包不丢序、异常后不泄漏句柄、多客户端时不互相干扰 —— 这些都藏在 Accept() 返回之后、Close() 调用之前的那几十行逻辑里。
