17370845950

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_set检查哪些fd就绪
• 如果是监听fd就绪 → accept()新连接；如果是client_fd就绪 → recv()读数据
• 记得及时从fd_set中移除已断开的client_fd（recv()返回0或-1时）

实际项目中要注意的细节

很多教程跑得通但一上线就出问题，往往栽在这些地方：

• 粘包问题：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服务器就出来了。