C++基础TCP服务器需用socket/bind/listen/accept实现单连接阻塞模型，Linux/macOS直接调用系统API，Windows需WSAStartup初始化；支持多客户端可选多线程（每个client_fd独立线程处理）或select I/O复用；须处理粘包、缓冲区循环读、断连检测及SO_REUSEADDR端口复用。
用C++写一个基础TCP服务器，核心是socket + bind + listen + accept
不依赖第三方库（如Boost.Asio），纯系统API就能实现。关键不是“多线程”或“异步”，而是先跑通阻塞式单连接——这是所有高级模型的起点。
步骤很简单：创建套接字 → 绑定地址端口 → 开始监听 → 接收客户端连接 → 收发数据。Linux/macOS用socket()、bind()等；Windows需加#include 并调用WSAStartup()初始化。
支持多个客户端：用多线程最直观
每个新连接到来时，accept()返回一个专属的client_fd。这时别在主线程里处理它，而是立刻创建新线程，把client_fd传进去，让该线程负责和这个客户端持续通信。
- 主线程只管accept，不读写数据
- 工作线程用
recv()/send()收发，断开后自行退出 - 注意：线程间共享资源（比如全局用户列表）要加锁，用
std::mutex - 避免线程泄漏：用
std::thread对象管理，必要时调用join()或detach()
更稳定的方案：用select()做I/O复用（单线程处理多连接）
线程多了有开销，且不好控制数量。用select()可以只用一个线程轮询多个socket，哪个就绪（可读/可写）就处理哪个。
- 维护一个fd_set，每次循环前用
FD_ZERO()清空，用FD_SET()加入监听socket和所有已连接的client_fd - 调用
select()阻塞等待，返回后遍历fd_s
et检查哪些fd就绪 - 如果是监听fd就绪 →
accept()新连接；如果是client_fd就绪 →recv()读数据 - 记得及时从fd_set中移除已断开的client_fd（
recv()返回0或-1时）
et检查哪些fd就绪实际项目中要注意的细节
很多教程跑得通但一上线就出问题，往往栽在这些地方：
-
粘包问题：TCP是流式协议，
send()发两次，recv()可能一次全收到，也可能分多次。解决方法：加长度头（如4字节int表示后续数据长度）或用分隔符（如"\r\n"） -
缓冲区大小：
recv()不要假设一次能收完所有数据，要循环读直到收够预期长度 -
客户端断连检测：
recv()返回0表示对方正常关闭；返回-1且errno == ECONNRESET表示异常断开 -
端口复用：重启服务器时可能报“Address already in use”，加
setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on))解决
基本上就这些。不复杂但容易忽略——先跑通单连接，再加多线程或select，最后补上粘包和异常处理，一个可用的TCP服务器就出来了。
