Windows需调用WSAStartup()初始化Winsock，Linux无需；错误检查须用WSAGetLastError()或errno；socket默认阻塞，应设为非阻塞并正确处理connect()异步状态；send()/recv()需循环调用并区分返回值语义。
Windows 和 Linux 下的 C++ Socket 编程接口基本一致，但初始化、错误处理和资源清理方式有关键差异；直接套用示例代码在跨平台时大概率会 connect() 失败或 send() 阻塞无响应。
Windows 下必须先调用 WSAStartup()
Linux 不需要，Windows 必须在任何 socket 函数前初始化 Winsock 库，否则所有 socket 调用返回 INVALID_SOCKET 或直接崩溃。常见错误是只写了 socket() 就去 connect()，结果连接永远超时。
-
WSAStartup(MAKEWORD(2, 2), &wsaData)是最低可用版本，别用 1.1 - 成功后必须配对调用
WSACleanup()，否则进程退出时可能残留句柄 - 错误检查不能只看返回值，要调用
WSAGetLastError()获取具体码（如WSAECONNREFUSED）
创建 TCP 客户端 socket 的最小可靠流程
绕过封装库（如 Boost.Asio）写原生 socket，核心是控制阻塞行为和错误传播。默认 socket() 创建的是阻塞式，connect() 可能卡住几十秒，不适合交互型程序。
- 用
socket(AF_INET, SOCK_STREAM, IPPROTO_TCP)创建 IPv4 TCP socket - 设置非阻塞：Linux 用
fcntl(sockfd, F_SETFL, O_NONBLOCK)；Windows 用ioctlsocket(sockfd, FIONBIO, &mode) -
connect()返回 -1 且errno == EINPROGRESS（Linux）或WSAGetLastError() == WSAEWOULDBLOCK（Windows）表示正在连接中，需轮询或 select - 发送前务必检查
send()返回值——它可能只发出部分数据，需循环调用直到全部写完
recv() 返回 0 表示对端已关闭连接，不是错误
很多新手把 recv() 返回 0 当成网络异常，立刻重连，其实这是 TCP 正常的 FIN 包通知。继续调用 recv() 会返回 -1 并置 errno = EAGAIN（Linux）或 WSAETIMEDOUT（Windows），这才是真问题。
立即学习“C++免费学习笔记（深入）”；
- 返回 > 0：收到数据，长度即返回值
- 返回 0：对端调用了
close()或shutdown(SHUT_WR)，本端应停止读取并准备关闭 - 返回 -1：需结合
errno或WSAGetLastError()判断——EINTR可重试，ECONNRESET表示被强制断开
地址结构体填值容易漏掉 htons() 和 inet_addr()
sin_port 和 sin_addr.s_addr 必须是网络字节序（大端），直接写 8080 或 "127.0.0.1" 会导致连接失败，且错误不明显。
-
serv_addr.sin_port = htons(8080)—— 端口号必须转换，否则传过去是 0x8080 → 0x8080 在小端机上变成 0x8080 ≠ 8080 -
serv_addr.sin_addr.s_addr = inet_addr("127.0.0.1")—— 字符串 IP 必须解析，不能直接赋值字符串地址 - 更健壮的做法是用
getaddrinfo()，它自动处理 IPv4/IPv6、字节序、DNS 解析，但 Windows 需链接ws2_32.lib
跨平台 socket 编程最易忽略的不是语法，而是错误码语义差异和初始化契约——比如 Linux 下未初始化 socket 可能偶然工作，Windows 下必然失败；又比如 send() 在缓冲区满时返回 -1，但 Linux 返回 EAGAIN，Windows 返回 WSAEWOULDBLOCK，混用判断逻辑就会漏掉真实错误。
