简介这是一份基于VC6.0环境编写的Socket通信示例工程包含完整的服务器端与客户端两套程序面向刚开始接触网络编程、希望快速理解基本通信流程的初学者无论是课程设计还是入门自学都能直接上手。压缩包内共有27个文件涵盖可直接运行的exe、两个cpp源文件、dsw/dsp工程文件以及pdb调试符号、obj目标文件、pch预编译头等辅助文件整体仅1.58MB且按客户端与服务器端分为两个独立目录目录内保留工作区文件与调试缓存便于对照学习。服务器端与客户端均已编译生成可执行程序读者可直接运行体验两端收发数据也可打开源码和工程文件在VC6.0中跟踪套接字创建、绑定、监听、连接及收发过程结合调试信息加深对API调用的理解。目前已有855人学习/下载适合零基础开发者快速迈入Windows套接字编程门槛。1. 为什么是 VC6.0一个老掉牙环境下的 Socket 服务端与客户端VC6.0 的 Socket 编程还值得拿出来讲吗我拆完这个项目后觉得值得因为现在能直接跑在 VC6.0 上的服务端和客户端示例已经不多而很多课程设计、旧上位机项目以及指定环境的考试训练还在用这套老工具链。这个项目就是一个完整的 Socket 服务端 客户端用 Winsock API 实现 TCP 通信覆盖初始化、绑定、监听、接受连接、收发数据、关闭清理的整条链路。它不是那种用 MFC 控件拖出来的黑匣子而是两个控制台工程代码一行行摆在明面上。适合两类人一类是必须让 Socket 传输在 VC6.0 里跑起来的同学另一类是接手老代码想看懂底层细节再做二次开发的维护者。大胆说一句把这份源码调通了你对网络编程的理解会超过很多直接拖控件的学习者。2. 项目结构与技术选型Winsock、MFC 还是纯 Win322.1 项目整体结构一个工作区两个工程在 VC6.0 的世界里没有现代 IDE 的 .sln 概念只有 .dsw 工作区和 .dsp 工程文件。这个项目拆开看是这样的一个名为 SocketDemo 的 .dsw 工作区下面挂着两个 Win32 Console Application 工程Server 和 Client。两个工程不共享代码只共享一个公共头文件 common.h用来放双方都必须知道的端口号、缓冲区长度和函数声明。目录结构大致如下SocketDemo.dsw common.h Server/ Server.cpp Server.dsp Client/ Client.cpp Client.dspVC6.0 会用 .dsp 保存编译选项所以别人给你源码时必须把 .dsw 和两个 .dsp 一起带上否则你不知道工程有没有链接 ws2_32.lib。我一般拿到源码后第一件事就是打开 .dsw而不是单独打开 .cpp这样才能一次性看到工程分组和依赖关系。双击 Server.cpp 只能看到代码看不到工程配置这对 Socket 项目来说很致命——因为 Socket 程序依赖 Winsock 库漏了链接配置编译必然报一堆 unresolved external symbol。整个服务端只有一个 mian 函数加上线程函数客户端更简单一个 mian 函数全部搞定。这样的设计不是为了炫技而是为了让你把注意力放在每个 Winsock API 的调用顺序和返回值上。我在拆这个项目时尤其推荐直接读 Server.cpp因为服务端比客户端多出了 bind、listen、accept 和线程创建批清楚了服务端客户端就是顺手的事。2.2 技术栈选择为什么是 Winsock 2.0 而不是 MFC 或第三方库在 VC6.0 里实现网络通信主要有三条路MFC 的 CSocket、Win32 原生 Winsock API、第三方跨平台库。这个项目选的是 Winsock 2.0而且是同步阻塞模式。原因很直接MFC CSocket 会把消息循环、窗口句柄这些东西卷进来调试时你分不清是网络问题还是框架问题第三方库在 VC6.0 下往往需要重新编译 C 运行时版本兼容性折腾人。Winsock 2.0 是 Windows 自带的标准 API头文件 winsock2.h 和库 ws2_32.lib 就在系统目录里VC6.0 天然支持。同步阻塞模式意味着每一个客户端连接需要派一个线程去处理服务端模型就是“监听线程 每客户端一线程”。这在课程设计和小型上位机场景下完全够用50 到 100 并发不会出大问题。我见过有人一上来就上 IOCP 完成端口结果被指针和重叠 IO 绕进去连最基本的回声都调不通。所以这个项目的选择是“够用 易于调试”而不是“性能最大化”。端口固定为 9999缓冲区 1024 字节这两个值都在 common.h 里定义改起来非常方便。要额外提醒的是VC6.0 对 C 标准的支持停留在上世纪别指望它能编译std::thread或std::unique_ptr。项目里必须用_beginthreadex来创建线程而不是CreateThread。原因是 Socket 的收发函数内部可能会用到 C 运行时库的东东用CreateThread可能导致运行时库状态不一致。这个细节我放到后面服务端代码里详细说。2.3 common.h通信双方的公共契约两个工程共享的 common.h 是整个通信的“契约”。它里面定义了端口、缓冲区大小并通过#pragma comment把 ws2_32.lib 直接链接进来。这样即使客户端工程忘了在 Project Settings 里手工加库文件编译时也能通过这行 pragma 指令自动链接算是给自己加了一道后悔药。#ifndef _COMMON_H_ #define _COMMON_H_ #include winsock2.h #pragma comment(lib, ws2_32.lib) #include stdio.h #include stdlib.h #include string.h #define SERVER_PORT 9999 #define BUFFER_SIZE 1024 #endif这里最关键的是头文件顺序winsock2.h 必须被放在所有可能引入 windows.h 的头文件之前。在 VC6.0 下stdio.h 本身不会直接引入 windows.h但你的项目一旦加了 StdAfx.h 或者某些核心头文件windows.h 就会被拉进来而 windows.h 默认会带上老版本的 winsock.hwinsock2.h 和 winsock.h 里有一堆重名的宏和结构体必然冲突。所以 safest 做法是像上面这样让公共头文件只包含纯 C 库和 winsock2.h并且不让任何其他头文件插进来。SERVER_PORT 选择 9999 而不是常用的 8080是为了避开很多系统服务默认占用的端口。1024 以下很多端口被系统保留用 80 或 443 还可能跟本机 Web 服务器冲突。端口值在填入套接字地址之前必须调用htons转换成网络字节序这个转换不能省否则在 x86 小端机器上9999 被拆成两个字节反着写实际监听端口会变成 14364客户端连上来的时候才叫一头雾水。2.4 客户端到服务端的一次完整交互链路两个工程组成的通信链路可以用一句话描述客户端调用connect去连服务端的listen套接字服务端accept后返回一个新的套接字专门和这个客户端说话然后两边互相send/recv。我这里把关键步骤列出来你心里有个全景图再往下看代码会非常舒服服务端先启动初始化 Winsock创建监听套接字。服务端 bind 到本机任意 IP 的 9999 端口。服务端 listen 开始等待连接。客户端初始化 Winsock创建连接套接字。客户端 connect 到服务端 IP 的 9999 端口。服务端 accept 返回一个新的套接字同时拿到客户端的 IP 和端口。客户端用这个连接套接字 send 一条消息。服务端在新套接字上 recv收到消息后原样 send 回去。客户端 recv 收到回显消息。客户端输入 exit双方关闭套接字。这 10 步是 Socket 编程的骨架。后面几章都在围绕这 10 步做代码拆解你只要盯住每一步对应的是哪个 Winsock 函数以及函数返回值代表什么含义就不会迷路。在拆代码之前我还想强调一点服务端和客户端不是对等的程序服务端是主动监听方客户端是主动连接方所以服务端代码里没有connect客户端代码里没有bind、listen和accept。新人最容易犯的错误就是把两端 API 彭在一起甚至试图在客户端里 bind这还是对 TCP 连接模型不熟。3. 核心代码拆解服务端从监听线程到每客户端线程3.1 第一步WSAStartup 为什么必须第一个调服务端 main 函数的开头是 WSAStartup。这是每段 Winsock 代码都绕不开的初始化函数作用是把 Winsock 库加载到进程里并告诉系统你要用哪个版本的 API。不调用它后面的socket、bind、send全部会失败错误码通常是 10093WSAStartup 没被调用。WSADATA wsaData; int err WSAStartup(MAKEWORD(2, 2), wsaData); if (err ! 0) { printf(WSAStartup failed: %d\n, err); return 1; }MAKEWORD(2, 2)的意思是请求使用 Winsock 2.2 版本。第二个参数wsaData是一个WSADATA结构函数成功后会填充系统支持的 Winsock 版本信息。这里我不建议用MAKEWORD(1, 1)去兼容 Winsock 1因为 winsock2.h 里的大多数功能都是基于 2.0 的一律用 2.2 最省心。VC6.0 自带这个头文件完全支持。在预处理阶段有些项目会定义_WIN32_WINNT宏但这个宏和 WSAStartup 没关系。WSAStartup 失败最常见的原因不是版本不支持而是wsaData的地址传了 NULL或者程序使用了main而不是WinMain导致初始化顺序混乱。总之只要这一句返回非零直接打印错误码退出不要继续往下走。3.2 创建监听套接字socket 函数的三参数组合初始化完成后服务端需要创建一个 SOCK_STREAM 类型的监听套接字。在 Winsock 里SOCKET 其实就是一个整数句柄但千万不要把它和文件句柄混用。SOCKET listenSock socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); if (listenSock INVALID_SOCKET) { printf(socket failed: %d\n, WSAGetLastError()); WSACleanup(); return 1; }三个参数的顺序不能乱第一个参数AF_INET表示使用 IPv4 地址族第二个参数SOCK_STREAM表示使用流式套接字对应 TCP第三个参数IPPROTO_TCP直接指定具体传输协议。如果你写的是socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)那就是 UDP 套接字不是本项目的类型。这里还有一个容易忽略的细节当第二个参数是SOCK_STREAM时第三个参数就是 0让系统自动选择 TCP 协议也行。写成0会让代码更短但显式指定IPPROTO_TCP更好读。函数返回值要无条件判断。INVALID_SOCKET在 winsock2.h 里的值不是 -1而是(SOCKET)(~0)也就是无符号整型的全 1所以不能用if (listenSock -1)去判断一定要用INVALID_SOCKET这个宏。很多人在这上面翻车因为他们习惯了 POSIX 风格的-1判断。调用失败后要调用WSAGetLastError()拿到错误码常见的错误码有 10106Winsock 未初始化和 10047地址族不支持等。打印错误码能省去大半排查时间。3.3 bind 和 listen把套接字钉在端口上创建好监听套接字后接下来要把它绑定到本机地址和端口。这一步是服务端独有的客户端不需要。绑定用 bind 函数参数是套接字、地址结构指针和结构长度。SOCKADDR_IN serverAddr; memset(serverAddr, 0, sizeof(serverAddr)); serverAddr.sin_family AF_INET; serverAddr.sin_addr.S_un.S_addr htonl(INADDR_ANY); serverAddr.sin_port htons(SERVER_PORT); if (bind(listenSock, (SOCKADDR*)serverAddr, sizeof(serverAddr)) SOCKET_ERROR) { printf(bind failed: %d\n, WSAGetLastError()); closesocket(listenSock); WSACleanup(); return 1; }SOCKADDR_IN 这个结构 chứa三个关键字段sin_family 指明地址族sin_addr 是 IPv4 地址sin_port 是端口。使用前先 memset 清零是个好习惯避免结构里有残留垃圾数据。htonl(INADDR_ANY)把 0.0.0.0 这个特殊地址转换成网络字节序表示服务端绑定到本机所有网卡地址。如果不想绑定所有网卡可以像客户端那样用inet_addr(192.168.1.100)指定一个具体 IP。bind 失败几乎都是端口被占用。常见情况是上一次程序异常退出端口还处在 TIME_WAIT 状态要等一两分钟才能释放。最直接的解决方法是换一个端口或者在下文里面设置SO_REUSEADDR。我在第 5 章会专门讲这个坑。bind 成功后listen 函数把套接字变成被动监听状态if (listen(listenSock, 5) SOCKET_ERROR) { printf(listen failed: %d\n, WSAGetLastError()); closesocket(listenSock); WSACleanup(); return 1; }第二个参数是连接请求队列的最大长度表达最多有多少个“正在完成握手但还没被 accept”的连接在排队。写 5 在小项目里够用。如果你想支持更多并发可以写成情况SOMAXCONN让系统自动设置最大队列长度。listen 失败的概率极低但如果 bind 的是 0 端口listen 也会失败因为 0 端口本身不是合法监听端口。3.4 accept 循环与每客户端线程的创建服务端最核心的循环在 accept 这一句上。accept 会阻塞直到有一个客户端连接进来然后返回一个新的 SOCKET。注意从这个新 SOCKET 开始后续通信就和新套接字有关系原来的 listenSock 仍然负责继续接受新的连接。printf(Server start, waiting...\n); while (1) { SOCKADDR_IN clientAddr; int len sizeof(clientAddr); SOCKET clientSock accept(listenSock, (SOCKADDR*)clientAddr, len); if (clientSock INVALID_SOCKET) { int err WSAGetLastError(); if (err WSAEINTR) continue; printf(accept failed: %d\n, err); break; } ClientInfo* info new ClientInfo; info-sock clientSock; info-addr clientAddr; uintptr_t hThread _beginthreadex(NULL, 0, ClientThread, info, 0, NULL); if (hThread 0) { printf(create thread failed\n); closesocket(clientSock); delete info; continue; } CloseHandle((HANDLE)hThread); }accept的第三个参数是一个指向 int 的指针进入函数时它表示clientAddr结构体的大小函数返回时会填成真实的地址长度。这里有一个常见的低级错误忘记把len初始化为sizeof(clientAddr)结果 accept 返回一个错误的地址结构。clientAddr里存储了客户端的 IP 和端口你可以用inet_ntoa(clientAddr.sin_addr)拿到点分十进制字符串打印出来方便联调。每接进一个客户端就 new 一个结构体把新套接字地址传进线程函数。这里强制要用_beginthreadex而不是CreateThread原因前面提过winsock 的 recv/send 在失败时可能需要访问 C 运行时的 errno 和各自的错误码。_beginthreadex会分配与 C 运行时库相关的线程局部存储避免崩溃。注意传给线程的是结构体指针线程函数内部会delete这个结构体这样内存就不会泄露。如果不想用线程也可以用_beginthreadex传this指针但结构体指针是最直观的。3.5 客户端线程recv 的返回值就是协议的分水岭每个客户端线程的核心是一个 recv 循环。recv 有四种返回情况分别代表四种不同的状态大于 0 表示收了多少字节等于 0 表示对端优雅关闭SOCKET_ERROR表示出错阻塞中如果发生信号中断也可能返回SOCKET_ERROR且错误码是WSAEINTR。unsigned __stdcall ClientThread(void* param) { ClientInfo* info (ClientInfo*)param; SOCKET clientSock info-sock; char buf[BUFFER_SIZE]; int ret; while (1) { memset(buf, 0, BUFFER_SIZE); ret recv(clientSock, buf, BUFFER_SIZE - 1, 0); if (ret 0) { printf(Recv[%s] from client\n, buf); send(clientSock, buf, ret, 0); } else if (ret 0) { printf(Client closed.\n); break; } else { printf(recv error: %d\n, WSAGetLastError()); break; } } closesocket(clientSock); delete info; return 0; }recv 的第三个参数传的是 max 长度。这里我特意传了BUFFER_SIZE - 1不是BUFFER_SIZE因为我要保证即使对端发来 1024 字节我收到的数据末尾也能腾出一个位置放字符串终止符\0。很多新手直接传BUFFER_SIZE然后打印时字符串没有结束符printf 就一直往后面读内存直到碰见一个 0于是控制台出现了莫名其妙的乱码。这不是乱码这是缓冲区边界没处理好。send 在这里直接把 recv 的返回值当作要发送的长度这样比 strlen 更安全因为它不依赖字符串结束符。send 的返回值表示实际发出去的字节数。在阻塞套接字下send 通常会把整块数据发完但如果网络写缓冲区满了send 也可能只发出去一部分这种情况需要用循环把剩下的数据接着发。这个项目里聊的是短消息一次 send 基本可以发完真要做文件传输就必须考虑 send 部分发送的情况。4. 客户端实现与联调从 connect 到 send/recv 的完整链路4.1 客户端的 Winsock 初始化和套接字创建客户端的开头和服务端一模一样WSAStartup 初始化然后 socket 创建套接字。唯一不同的是 create 出来的这个套接字不需要 bind 和 listen它会被 connect 直接拿去和服务端建立连接。客户的 connect 是主动方服务端的 accept 是被动方两边必须在端口和地址上达成一致。SOCKADDR_IN serverAddr; memset(serverAddr, 0, sizeof(serverAddr)); serverAddr.sin_family AF_INET; serverAddr.sin_port htons(SERVER_PORT); serverAddr.sin_addr.S_un.S_addr inet_addr(127.0.0.1);这里最难懂的一行是inet_addr(127.0.0.1)。它把字符串形式的 IP 地址转换成一个 32 位整数并按照网络字节序存储。这个函数在较新版本的头文件里已经被定名为inet_pton但 VC6.0 还不认识inet_pton所以老项目只能用inet_addr。如果你要在局域网里连接另一台机器把字符串改成那台机器的局域网 IP 就可以了。连接时要注意connect 是一个阻塞调用如果服务端没启动或网络不通connect 会卡很久直到超时。这个超时时间不是程序能控制的取决于操作系统 TCP 栈通常几秒到几十秒。如果你在调试时每次都等十几秒才报错说明服务端没起来或防火墙挡了。connect 失败后要调用closesocket和WSACleanup退出避免套接字句柄泄漏。4.2 用户输入与发送封包如何处理字符串边界客户端的发送逻辑是典型的“读一行发一份”。控制台程序用fgets读取用户输入然后手动去掉末尾的换行符。这里要提防一个坑fgets如果读到了空行它也会返回一个只有换行符的字符串去掉换行后长度变成 0。所以我在代码里做了一个长度判断空行直接continue让用户重新输入。char sendBuf[BUFFER_SIZE]; char recvBuf[BUFFER_SIZE]; while (1) { printf( ); memset(sendBuf, 0, BUFFER_SIZE); if (fgets(sendBuf, BUFFER_SIZE, stdin) NULL) break; int len strlen(sendBuf); while (len 0 (sendBuf[len-1] \n || sendBuf[len-1] \r)) { sendBuf[len-1] 0; len--; } if (len 0) continue; if (strcmp(sendBuf, exit) 0) break; if (send(sock, sendBuf, len, 0) SOCKET_ERROR) { printf(send failed: %d\n, WSAGetLastError()); break; } ... }去掉换行符的循环要同时对\n和\r都做判断因为fgets在 Windows 下会读入\n但如果你用脚本或 printf 模拟输入数据带\r也正常。while 循环一次能去掉字符串末尾所有换行和回车把len顺便更新成真正有效字节数。然后send函数的第三个参数用的是len而不是strlen(sendBuf)两者的值在这里相等但直接使用len概念更清晰反映了实际发送了多少字节。发送成功后客户端要立刻recv等服务端的回显。这里注意如果服务端不回消息客户端会一直阻塞在 recv 上。所以联调第一步一定要确认服务端有没有把收到的数据发回来。这个项目的服务端是 echo 逻辑把客户端发来的原样发回客户端再把内容打出来。在新手阶段这足以验证链路是通的。4.3 退出流程shutdown、closesocket 与 WSACleanup 的顺序退出时有一个顺问题经常被忽略如果程序想主动断开连接是先 closesocket 还是先 shutdown我一般习惯先调用shutdown再把套接字关闭。shutdown会终止套接字收发两个方向的数据通道它不会释放套接字资源但能确保对端 recv 返回 0也就是收到一个“对端关闭”的信号。直接 closesocket 则可能让对端收到一个异常断开表现为 recv 返回SOCKET_ERROR而不是 0。客户端在用户输入 exit 后最简单的做法是直接 closesocket 退出。但项目里我更喜欢再加一个 shutdown 调用让服务端能收到一个优雅关闭通知。这部分代码不复杂shutdown(sock, SD_BOTH); closesocket(sock); WSACleanup();SD_BOTH表示收发两个方向都不再允许新的数据发送和接收。如果你只调用closesocket系统会尝试发送完发送缓冲区中剩余的数据然后重置连接对端可能感知不到正常的关闭标志。而shutdown后对端 recv 会得到 0这样服务端线程的ret 0分支就会被触发打印 “Client closed”双方都干净退出。WSACleanup调用一次就够不要多次调用。它会让进程从 Winsock 库中注销释放内部资源。如果你的代码在 main 里调用了 WSACleanup之后又去调 socket 函数那就会再次得到 10093。最好的做法是所有网络操作结束时再调用 WSACleanup不要放在循环内。服务端也一样最后一个客户端断开后服务端 main 回归时 WSACleanup 一次。4.4 联调步骤先服务端后客户端一条条试联调时我建议严格按下面的顺序操作否则你很难判断是服务端的问题还是客户端的问题第一先编译 Server 工程确认没有编译错误然后运行。看到控制台输出 “Server start, waiting...” 说明 bind 和 listen 成功。第二再编译并运行 Client客户端会打印 “Connected to server.” 这说明 connect 成功服务端 accept 也成功了。第三在客户端输入任意文本比如 hello服务端控制台会打出Recv[hello] from client客户端控制台也会打出Recv: hello。第四在客户端输入 exit客户端退出服务端同步打出Client closed.表示服务端线程正常结束。如果在第 2 步 connect 卡住不动先看客户端打印的 IP 和端口是不是你目标机器的。如果客户端和服务端在同一台机器IP 用 127.0.0.1 绝不会错。如果不在同一台机器一定要把 IP 改成服务端所在的局域网 IP并且确认防火墙允许 TCP 9999 端口通过。Windows 自带的防火墙可能会拦截控制台程序的网络访问第一次运行时会弹出防火墙报警你要允许访问否则 connect 会一直超时。这是很多人的血泪经验不是代码的问题。第 3 步如果客户端收不到回显而服务端已经显示收到了消息那问题十有八九出在服务端 send 和客户端 recv 的参数上。检查服务端 send 的长度是不是 recv 的实际长度以及客户端 recv 缓冲区是不是有足够空间。这个项目里 send 直接用ret作为长度而客户端 recv 拿到ret 0后打印%s只要 buf 末尾有 0就不会出错。5. 编译运行与常见问题排查VC6.0 环境下最容易翻车的 5 个地方5.1 编译环境配置工程选项和库依赖拿到这份源码先在 VC6.0 里确保两个工程都能独立编译。因为使用了 winsock2.h所以必须保证ws2_32.lib被链接进最终程序。我在 common.h 里写了#pragma comment(lib, ws2_32.lib)这行代码能代替手动配置但如果你打开的是别人的工程且没有这个 pragma就需要打开 Project Settings切到 Link 选项卡在 Object/library modules 输入框里加上ws2_32.lib。漏掉这一步链接时会报unresolved external symbol WSAStartup错误信息直接指向你代码里的第一个 Winsock 函数。另一个需要留意的是字符集。VC6.0 默认使用多字节字符集项目打印用的是printf字符串是纯 ASCII所以不会出问题。如果你把代码里的字符串改成宽字符比如用Lhello那printf也要换成一连串的wprintf同时要设置合适的编码。这个项目没有使用 TCHAR 宏所以这方面不需要担心。还有一点工程不用预编译头文件所以编译时不要强选 “Use precompiled header”。如果工程里有 StdAfx.h建议在 Server.cpp 顶部直接用#include common.h替换掉#include stdafx.h免得预编译头干扰。5.2 避坑winsock.h 与 winsock2.h 的宏重定义冲突现象编译时报出一大堆重复定义错误诸如#error Winsock.h has already been included甚至几十行关于fd_set的重定义。原因VC6.0 的 Windows.h 默认包含老版 winsock.h你的代码里又有 winsock2.h两个头文件都定义了 socket 地址结构、套接字函数宏编译器当场懵掉。解决最直接的办法是在包含任何系统头文件之前先#define WIN32_LEAN_AND_MEAN这个宏告诉 Windows.h 不要引入网络相关的头文件然后再包含 winsock2.h。如果不想改 public.h至少在 Server.cpp 和 Client.cpp 的最顶部在#include common.h之前写上#define WIN32_LEAN_AND_MEAN #define _WINSOCKAPI_第二个宏_WINSOCKAPI_是告诉 windows.h 你已经用 winsock2.h 提供了 Winsock API跳过内部的 winsock.h 声明。这个组合在 VC6.0 下非常常见。如果这两个宏还是无法解决那就直接把#include windows.h从源码里全删掉只要你的程序不依赖窗口创建控制台程序完全可以不包含 windows.h。5.3 避坑链接错误 unresolved external symbol 或者 LNK2001现象编译通过链接阶段报unresolved external symbol __imp_WSAStartup8或LNK2001。原因工程没有链接 ws2_32.lib。Winsock 不是 C 运行时的默认库编译器负责编译代码链接器负责找函数实现找不到就报错。解决在工程设置里把ws2_32.lib添加到 Additional library directories 或 Link 输入框中。更省心的方式是在 common.h 里加上#pragma comment(lib, ws2_32.lib)。引用这个头文件的所有工程都会自动带上这个库依赖。我通常两种方式都会做pragma 保底Project Settings 里也加一遍防止有人把 common.h 删了。还有一种 LNK2001 的情况是函数声明了没定义。比如你写了void ClientThread(void *)但实现的是unsigned __stdcall ClientThread(void*)签名不一致链接器就找不到定义。VC6.0 的 C 链接对函数名修饰很严格任何不匹配都会导致这个错误。因此线程函数必须按照我在第 3 章里那种写法用_beginthreadex和它匹配的函数签名unsigned __stdcall Func(void*)不要用void *Func(void*)。5.4 避坑bind 报错 10048地址被占用现象服务端启动时打印bind failed: 10048。原因端口 9999 已经被另一个进程占用了。有可能是上一次服务端程序没有正常退出进程还活着也可能是新进程刚退出端口处于 TIME_WAIT 状态需要等一段时间才能复用。解决先查端口被哪个进程占用。Windows 下在命令行执行netstat -ano | findstr 9999看输出里最左侧的 local address 是不是 0.0.0.0:9999然后在 tasklist 里通过 PID 找到进程关掉它。如果不方便关进程就在 bind 之前加setsockoptint opt 1; setsockopt(listenSock, SOL_SOCKET, SO_REUSEADDR, (const char*)opt, sizeof(opt));SO_REUSEADDR允许套接字强制绑定到处于 TIME_WAIT 状态的端口。加了这个设置后服务端重启基本不会再被 10048 卡住。不过要注意这个选项必须在 bind 之前设置放在 bind 之后没效果。这是项目实战中反复被人问的一行代码你可以直接抄进去。5.5 避坑recv 一直阻塞客户端根本没有发出数据现象服务端启动后客户端也连接上了但服务端一直没有打印Recv[...]卡死在 recv 里。原因客户端发送的数据没有真正到达服务端或者客户端根本没有执行 send。常见原因是客户端在调用 send 前用户输入的内容还没被fgets返回。解决先检查客户端控制台有没有出现提示符如果出现了输入文字后回车服务端应该瞬间打印。如果服务端没反应在客户端 send 之前加一行printf(send: %s\n, sendBuf);看看 sendBuf 里到底有没有内容。还有一种情况client 发的是空字符串len为 0send 发送 0 字节等于什么都没发服务端自然收不到。排查时可以客户端加一句printf(sending %d bytes\n, len);把实际发送长度打出来问题一目了然。如果两端都在同一台机器没有局域网延迟问题只要 send 的长度大于 0服务端 recv 几乎立刻返回。如果服务端 recv 还是不动检查 Server 是否开启了多个实例之前有一个后台进程占着 9999 端口但你在前台看到的这个服务端进程可能不是真正 listen 的那个。这是很隐蔽的玄学问题我一般先杀掉所有同名进程再重新启动服务端。5.6 避坑调试时控制台没有输出或输出乱码现象服务端控制台窗口一片黑程序不打印任何提示或者 echo 回来的中文变成了乱码。原因没有设置控制台缓冲或输出被压缩也可能是打印的字符串里有非法字符。解决第一确认 Server.cpp 的 main 函数真的执行了。如果程序刚启动就崩可能是 WSADATA 没初始化。可以在 main 第一行加printf(start\n);验证。第二中文乱码是编码问题VC6.0 源码文件如果是 GB2312 编码printf 打印中文字符串到命令提示符有时会因为代码页不一致变成乱码。最简单的方案是全部改用英文字符串或者把源码文件保存为 UTF-8并在 main 开头加system(chcp 65001);。但在课程设计中英文提示更省事推荐直接用英文。其实“没有输出”还有可能是在链接时不小心选了 Release 配置没有 Debug 信息程序崩溃后窗口立刻关闭。VC6.0 的默认设置是控制台程序运行完会自动关闭窗口如果你看不到输出可以在 main 返回前加一句system(pause);让窗口停住。服务端的 while 循环不会退出所以窗口不会关但客户端一会儿就结束了如果你发现客户端窗口一闪而过一定要加上system(pause)确认运行结果。5.7 调试小技巧别让 VC6.0 的优化选项坑了你VC6.0 默认在 Debug 模式下关闭优化但有些老工程为了模仿 Release 会开启/O2。开启优化后你在断点处想要查看某个局部变量的值常会发现变量已经不存在了。原因是编译器把变量优化掉或者把值放在寄存器里。解决方法是在编译选项里明确关闭优化或者把关键变量声明为volatile。我一般会把buf、len这类核心变量声明为局部变量但避免被优化。通读代码时如果你看到别人代码里没有 volatile 却查不到变量值多半是优化导致的。还有个小技巧在 recv 前后增加printf打印这种方式比断点看变量更直接也更容易定位。我在开发项目时几乎不过度依赖 VC6.0 的调试窗口因为它的 Watch 窗口对局部数组支持太差打印日志才是老项目调试的正确方式。6. 二次开发把单消息收发改造成简单的聊天室拿到这个 Socket 项目后最常见的改造方向是把它变成一个多用户聊天室。原版服务端每收到一条消息就原样返回给同一个客户端这叫做 echo。聊天室需要的是“一个客户端发消息服务端广播给所有其他客户端”。改造思路其实很直接在服务端维护一个std::vectorSOCKET全局列表每次 accept 到一个新连接就把这个 socket 加进列表客户端断开时从列表里删除。当某个客户端线程 recv 到数据时遍历列表把消息发送给除发送者以外的所有 socket。要同时访问这个列表必须加一个CRITICAL_SECTION或者简单的互斥锁避免两个线程同时增减列表导致内存被踩。进程启动时初始化临界区进程退出时删除临界区。另一条改造思路是加心跳检测。原版服务端完全被动它不知道客户端什么时候无声无息断了。要解决这个问题可以让客户端每隔 5 秒发送一个固定心跳包服务端如果连续 3 次没有收到心跳就认为连接超时主动 closesocket。在服务端代码里可以用select配合超时检查代替阻塞 recv或者给 recv 设置一个非阻塞接收的超时时间例如int timeout 3000; // 3秒 setsockopt(clientSock, SOL_SOCKET, SO_RCVTIMEO, (const char*)timeout, sizeof(timeout));设置后recv 如果 3 秒内没数据会返回SOCKET_ERROR错误码是WSAETIMEDOUT。通过这个返回值你就知道对方心跳没了可以做清理操作。这是非常实用的上线文改造很多上位机项目就靠它判断采集终端是否掉线。验证改造效果时不要只开一个客户端和一个服务端。我会同时开三个客户端窗口每个客户端输入不同文字观察服务端是否能收到全部消息以及每个客户端是否只能看到消息而不会收到自己刚发出去的内容。如果是广播逻辑还要验证 A 发消息时B 和 C 都能收到如果实现了客户端发消息则 A 自己也会收到回显。要注意的是客户端原有的 echo 逻辑要调整否则客户端 B 在收到广播后又会给服务端回发送一遍造成消息雪崩。正确做法是协议里加一个消息类型标志区分“用户消息”和“系统广播”客户端只打印带有广播标志的消息不再自动 echo。我在做这个改造时犯过一个低级错误服务端线程里循环遍历全局 socket 列表同时在另一个线程里又把某个 socket 从列表删除结果遍历到被删掉的项直接访问野指针崩溃。后来我学会了任何对这个列表的增删操作都要加锁遍历前也要拿锁。从那以后我每次写涉及多线程共享数据的逻辑时都会强制先确认一个原则所有共享变量的读写都在同一把锁下面完成绝不漏掉任何一条路径。希望这个项目的拆解对你也有同样的提醒作用。本文还有配套的精品资源点击获取
简介这是一份基于VC6.0环境编写的Socket通信示例工程包含完整的服务器端与客户端两套程序面向刚开始接触网络编程、希望快速理解基本通信流程的初学者无论是课程设计还是入门自学都能直接上手。压缩包内共有27个文件涵盖可直接运行的exe、两个cpp源文件、dsw/dsp工程文件以及pdb调试符号、obj目标文件、pch预编译头等辅助文件整体仅1.58MB且按客户端与服务器端分为两个独立目录目录内保留工作区文件与调试缓存便于对照学习。服务器端与客户端均已编译生成可执行程序读者可直接运行体验两端收发数据也可打开源码和工程文件在VC6.0中跟踪套接字创建、绑定、监听、连接及收发过程结合调试信息加深对API调用的理解。目前已有855人学习/下载适合零基础开发者快速迈入Windows套接字编程门槛。1. 为什么是 VC6.0一个老掉牙环境下的 Socket 服务端与客户端VC6.0 的 Socket 编程还值得拿出来讲吗我拆完这个项目后觉得值得因为现在能直接跑在 VC6.0 上的服务端和客户端示例已经不多而很多课程设计、旧上位机项目以及指定环境的考试训练还在用这套老工具链。这个项目就是一个完整的 Socket 服务端 客户端用 Winsock API 实现 TCP 通信覆盖初始化、绑定、监听、接受连接、收发数据、关闭清理的整条链路。它不是那种用 MFC 控件拖出来的黑匣子而是两个控制台工程代码一行行摆在明面上。适合两类人一类是必须让 Socket 传输在 VC6.0 里跑起来的同学另一类是接手老代码想看懂底层细节再做二次开发的维护者。大胆说一句把这份源码调通了你对网络编程的理解会超过很多直接拖控件的学习者。2. 项目结构与技术选型Winsock、MFC 还是纯 Win322.1 项目整体结构一个工作区两个工程在 VC6.0 的世界里没有现代 IDE 的 .sln 概念只有 .dsw 工作区和 .dsp 工程文件。这个项目拆开看是这样的一个名为 SocketDemo 的 .dsw 工作区下面挂着两个 Win32 Console Application 工程Server 和 Client。两个工程不共享代码只共享一个公共头文件 common.h用来放双方都必须知道的端口号、缓冲区长度和函数声明。目录结构大致如下SocketDemo.dsw common.h Server/ Server.cpp Server.dsp Client/ Client.cpp Client.dspVC6.0 会用 .dsp 保存编译选项所以别人给你源码时必须把 .dsw 和两个 .dsp 一起带上否则你不知道工程有没有链接 ws2_32.lib。我一般拿到源码后第一件事就是打开 .dsw而不是单独打开 .cpp这样才能一次性看到工程分组和依赖关系。双击 Server.cpp 只能看到代码看不到工程配置这对 Socket 项目来说很致命——因为 Socket 程序依赖 Winsock 库漏了链接配置编译必然报一堆 unresolved external symbol。整个服务端只有一个 mian 函数加上线程函数客户端更简单一个 mian 函数全部搞定。这样的设计不是为了炫技而是为了让你把注意力放在每个 Winsock API 的调用顺序和返回值上。我在拆这个项目时尤其推荐直接读 Server.cpp因为服务端比客户端多出了 bind、listen、accept 和线程创建批清楚了服务端客户端就是顺手的事。2.2 技术栈选择为什么是 Winsock 2.0 而不是 MFC 或第三方库在 VC6.0 里实现网络通信主要有三条路MFC 的 CSocket、Win32 原生 Winsock API、第三方跨平台库。这个项目选的是 Winsock 2.0而且是同步阻塞模式。原因很直接MFC CSocket 会把消息循环、窗口句柄这些东西卷进来调试时你分不清是网络问题还是框架问题第三方库在 VC6.0 下往往需要重新编译 C 运行时版本兼容性折腾人。Winsock 2.0 是 Windows 自带的标准 API头文件 winsock2.h 和库 ws2_32.lib 就在系统目录里VC6.0 天然支持。同步阻塞模式意味着每一个客户端连接需要派一个线程去处理服务端模型就是“监听线程 每客户端一线程”。这在课程设计和小型上位机场景下完全够用50 到 100 并发不会出大问题。我见过有人一上来就上 IOCP 完成端口结果被指针和重叠 IO 绕进去连最基本的回声都调不通。所以这个项目的选择是“够用 易于调试”而不是“性能最大化”。端口固定为 9999缓冲区 1024 字节这两个值都在 common.h 里定义改起来非常方便。要额外提醒的是VC6.0 对 C 标准的支持停留在上世纪别指望它能编译std::thread或std::unique_ptr。项目里必须用_beginthreadex来创建线程而不是CreateThread。原因是 Socket 的收发函数内部可能会用到 C 运行时库的东东用CreateThread可能导致运行时库状态不一致。这个细节我放到后面服务端代码里详细说。2.3 common.h通信双方的公共契约两个工程共享的 common.h 是整个通信的“契约”。它里面定义了端口、缓冲区大小并通过#pragma comment把 ws2_32.lib 直接链接进来。这样即使客户端工程忘了在 Project Settings 里手工加库文件编译时也能通过这行 pragma 指令自动链接算是给自己加了一道后悔药。#ifndef _COMMON_H_ #define _COMMON_H_ #include winsock2.h #pragma comment(lib, ws2_32.lib) #include stdio.h #include stdlib.h #include string.h #define SERVER_PORT 9999 #define BUFFER_SIZE 1024 #endif这里最关键的是头文件顺序winsock2.h 必须被放在所有可能引入 windows.h 的头文件之前。在 VC6.0 下stdio.h 本身不会直接引入 windows.h但你的项目一旦加了 StdAfx.h 或者某些核心头文件windows.h 就会被拉进来而 windows.h 默认会带上老版本的 winsock.hwinsock2.h 和 winsock.h 里有一堆重名的宏和结构体必然冲突。所以 safest 做法是像上面这样让公共头文件只包含纯 C 库和 winsock2.h并且不让任何其他头文件插进来。SERVER_PORT 选择 9999 而不是常用的 8080是为了避开很多系统服务默认占用的端口。1024 以下很多端口被系统保留用 80 或 443 还可能跟本机 Web 服务器冲突。端口值在填入套接字地址之前必须调用htons转换成网络字节序这个转换不能省否则在 x86 小端机器上9999 被拆成两个字节反着写实际监听端口会变成 14364客户端连上来的时候才叫一头雾水。2.4 客户端到服务端的一次完整交互链路两个工程组成的通信链路可以用一句话描述客户端调用connect去连服务端的listen套接字服务端accept后返回一个新的套接字专门和这个客户端说话然后两边互相send/recv。我这里把关键步骤列出来你心里有个全景图再往下看代码会非常舒服服务端先启动初始化 Winsock创建监听套接字。服务端 bind 到本机任意 IP 的 9999 端口。服务端 listen 开始等待连接。客户端初始化 Winsock创建连接套接字。客户端 connect 到服务端 IP 的 9999 端口。服务端 accept 返回一个新的套接字同时拿到客户端的 IP 和端口。客户端用这个连接套接字 send 一条消息。服务端在新套接字上 recv收到消息后原样 send 回去。客户端 recv 收到回显消息。客户端输入 exit双方关闭套接字。这 10 步是 Socket 编程的骨架。后面几章都在围绕这 10 步做代码拆解你只要盯住每一步对应的是哪个 Winsock 函数以及函数返回值代表什么含义就不会迷路。在拆代码之前我还想强调一点服务端和客户端不是对等的程序服务端是主动监听方客户端是主动连接方所以服务端代码里没有connect客户端代码里没有bind、listen和accept。新人最容易犯的错误就是把两端 API 彭在一起甚至试图在客户端里 bind这还是对 TCP 连接模型不熟。3. 核心代码拆解服务端从监听线程到每客户端线程3.1 第一步WSAStartup 为什么必须第一个调服务端 main 函数的开头是 WSAStartup。这是每段 Winsock 代码都绕不开的初始化函数作用是把 Winsock 库加载到进程里并告诉系统你要用哪个版本的 API。不调用它后面的socket、bind、send全部会失败错误码通常是 10093WSAStartup 没被调用。WSADATA wsaData; int err WSAStartup(MAKEWORD(2, 2), wsaData); if (err ! 0) { printf(WSAStartup failed: %d\n, err); return 1; }MAKEWORD(2, 2)的意思是请求使用 Winsock 2.2 版本。第二个参数wsaData是一个WSADATA结构函数成功后会填充系统支持的 Winsock 版本信息。这里我不建议用MAKEWORD(1, 1)去兼容 Winsock 1因为 winsock2.h 里的大多数功能都是基于 2.0 的一律用 2.2 最省心。VC6.0 自带这个头文件完全支持。在预处理阶段有些项目会定义_WIN32_WINNT宏但这个宏和 WSAStartup 没关系。WSAStartup 失败最常见的原因不是版本不支持而是wsaData的地址传了 NULL或者程序使用了main而不是WinMain导致初始化顺序混乱。总之只要这一句返回非零直接打印错误码退出不要继续往下走。3.2 创建监听套接字socket 函数的三参数组合初始化完成后服务端需要创建一个 SOCK_STREAM 类型的监听套接字。在 Winsock 里SOCKET 其实就是一个整数句柄但千万不要把它和文件句柄混用。SOCKET listenSock socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); if (listenSock INVALID_SOCKET) { printf(socket failed: %d\n, WSAGetLastError()); WSACleanup(); return 1; }三个参数的顺序不能乱第一个参数AF_INET表示使用 IPv4 地址族第二个参数SOCK_STREAM表示使用流式套接字对应 TCP第三个参数IPPROTO_TCP直接指定具体传输协议。如果你写的是socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)那就是 UDP 套接字不是本项目的类型。这里还有一个容易忽略的细节当第二个参数是SOCK_STREAM时第三个参数就是 0让系统自动选择 TCP 协议也行。写成0会让代码更短但显式指定IPPROTO_TCP更好读。函数返回值要无条件判断。INVALID_SOCKET在 winsock2.h 里的值不是 -1而是(SOCKET)(~0)也就是无符号整型的全 1所以不能用if (listenSock -1)去判断一定要用INVALID_SOCKET这个宏。很多人在这上面翻车因为他们习惯了 POSIX 风格的-1判断。调用失败后要调用WSAGetLastError()拿到错误码常见的错误码有 10106Winsock 未初始化和 10047地址族不支持等。打印错误码能省去大半排查时间。3.3 bind 和 listen把套接字钉在端口上创建好监听套接字后接下来要把它绑定到本机地址和端口。这一步是服务端独有的客户端不需要。绑定用 bind 函数参数是套接字、地址结构指针和结构长度。SOCKADDR_IN serverAddr; memset(serverAddr, 0, sizeof(serverAddr)); serverAddr.sin_family AF_INET; serverAddr.sin_addr.S_un.S_addr htonl(INADDR_ANY); serverAddr.sin_port htons(SERVER_PORT); if (bind(listenSock, (SOCKADDR*)serverAddr, sizeof(serverAddr)) SOCKET_ERROR) { printf(bind failed: %d\n, WSAGetLastError()); closesocket(listenSock); WSACleanup(); return 1; }SOCKADDR_IN 这个结构 chứa三个关键字段sin_family 指明地址族sin_addr 是 IPv4 地址sin_port 是端口。使用前先 memset 清零是个好习惯避免结构里有残留垃圾数据。htonl(INADDR_ANY)把 0.0.0.0 这个特殊地址转换成网络字节序表示服务端绑定到本机所有网卡地址。如果不想绑定所有网卡可以像客户端那样用inet_addr(192.168.1.100)指定一个具体 IP。bind 失败几乎都是端口被占用。常见情况是上一次程序异常退出端口还处在 TIME_WAIT 状态要等一两分钟才能释放。最直接的解决方法是换一个端口或者在下文里面设置SO_REUSEADDR。我在第 5 章会专门讲这个坑。bind 成功后listen 函数把套接字变成被动监听状态if (listen(listenSock, 5) SOCKET_ERROR) { printf(listen failed: %d\n, WSAGetLastError()); closesocket(listenSock); WSACleanup(); return 1; }第二个参数是连接请求队列的最大长度表达最多有多少个“正在完成握手但还没被 accept”的连接在排队。写 5 在小项目里够用。如果你想支持更多并发可以写成情况SOMAXCONN让系统自动设置最大队列长度。listen 失败的概率极低但如果 bind 的是 0 端口listen 也会失败因为 0 端口本身不是合法监听端口。3.4 accept 循环与每客户端线程的创建服务端最核心的循环在 accept 这一句上。accept 会阻塞直到有一个客户端连接进来然后返回一个新的 SOCKET。注意从这个新 SOCKET 开始后续通信就和新套接字有关系原来的 listenSock 仍然负责继续接受新的连接。printf(Server start, waiting...\n); while (1) { SOCKADDR_IN clientAddr; int len sizeof(clientAddr); SOCKET clientSock accept(listenSock, (SOCKADDR*)clientAddr, len); if (clientSock INVALID_SOCKET) { int err WSAGetLastError(); if (err WSAEINTR) continue; printf(accept failed: %d\n, err); break; } ClientInfo* info new ClientInfo; info-sock clientSock; info-addr clientAddr; uintptr_t hThread _beginthreadex(NULL, 0, ClientThread, info, 0, NULL); if (hThread 0) { printf(create thread failed\n); closesocket(clientSock); delete info; continue; } CloseHandle((HANDLE)hThread); }accept的第三个参数是一个指向 int 的指针进入函数时它表示clientAddr结构体的大小函数返回时会填成真实的地址长度。这里有一个常见的低级错误忘记把len初始化为sizeof(clientAddr)结果 accept 返回一个错误的地址结构。clientAddr里存储了客户端的 IP 和端口你可以用inet_ntoa(clientAddr.sin_addr)拿到点分十进制字符串打印出来方便联调。每接进一个客户端就 new 一个结构体把新套接字地址传进线程函数。这里强制要用_beginthreadex而不是CreateThread原因前面提过winsock 的 recv/send 在失败时可能需要访问 C 运行时的 errno 和各自的错误码。_beginthreadex会分配与 C 运行时库相关的线程局部存储避免崩溃。注意传给线程的是结构体指针线程函数内部会delete这个结构体这样内存就不会泄露。如果不想用线程也可以用_beginthreadex传this指针但结构体指针是最直观的。3.5 客户端线程recv 的返回值就是协议的分水岭每个客户端线程的核心是一个 recv 循环。recv 有四种返回情况分别代表四种不同的状态大于 0 表示收了多少字节等于 0 表示对端优雅关闭SOCKET_ERROR表示出错阻塞中如果发生信号中断也可能返回SOCKET_ERROR且错误码是WSAEINTR。unsigned __stdcall ClientThread(void* param) { ClientInfo* info (ClientInfo*)param; SOCKET clientSock info-sock; char buf[BUFFER_SIZE]; int ret; while (1) { memset(buf, 0, BUFFER_SIZE); ret recv(clientSock, buf, BUFFER_SIZE - 1, 0); if (ret 0) { printf(Recv[%s] from client\n, buf); send(clientSock, buf, ret, 0); } else if (ret 0) { printf(Client closed.\n); break; } else { printf(recv error: %d\n, WSAGetLastError()); break; } } closesocket(clientSock); delete info; return 0; }recv 的第三个参数传的是 max 长度。这里我特意传了BUFFER_SIZE - 1不是BUFFER_SIZE因为我要保证即使对端发来 1024 字节我收到的数据末尾也能腾出一个位置放字符串终止符\0。很多新手直接传BUFFER_SIZE然后打印时字符串没有结束符printf 就一直往后面读内存直到碰见一个 0于是控制台出现了莫名其妙的乱码。这不是乱码这是缓冲区边界没处理好。send 在这里直接把 recv 的返回值当作要发送的长度这样比 strlen 更安全因为它不依赖字符串结束符。send 的返回值表示实际发出去的字节数。在阻塞套接字下send 通常会把整块数据发完但如果网络写缓冲区满了send 也可能只发出去一部分这种情况需要用循环把剩下的数据接着发。这个项目里聊的是短消息一次 send 基本可以发完真要做文件传输就必须考虑 send 部分发送的情况。4. 客户端实现与联调从 connect 到 send/recv 的完整链路4.1 客户端的 Winsock 初始化和套接字创建客户端的开头和服务端一模一样WSAStartup 初始化然后 socket 创建套接字。唯一不同的是 create 出来的这个套接字不需要 bind 和 listen它会被 connect 直接拿去和服务端建立连接。客户的 connect 是主动方服务端的 accept 是被动方两边必须在端口和地址上达成一致。SOCKADDR_IN serverAddr; memset(serverAddr, 0, sizeof(serverAddr)); serverAddr.sin_family AF_INET; serverAddr.sin_port htons(SERVER_PORT); serverAddr.sin_addr.S_un.S_addr inet_addr(127.0.0.1);这里最难懂的一行是inet_addr(127.0.0.1)。它把字符串形式的 IP 地址转换成一个 32 位整数并按照网络字节序存储。这个函数在较新版本的头文件里已经被定名为inet_pton但 VC6.0 还不认识inet_pton所以老项目只能用inet_addr。如果你要在局域网里连接另一台机器把字符串改成那台机器的局域网 IP 就可以了。连接时要注意connect 是一个阻塞调用如果服务端没启动或网络不通connect 会卡很久直到超时。这个超时时间不是程序能控制的取决于操作系统 TCP 栈通常几秒到几十秒。如果你在调试时每次都等十几秒才报错说明服务端没起来或防火墙挡了。connect 失败后要调用closesocket和WSACleanup退出避免套接字句柄泄漏。4.2 用户输入与发送封包如何处理字符串边界客户端的发送逻辑是典型的“读一行发一份”。控制台程序用fgets读取用户输入然后手动去掉末尾的换行符。这里要提防一个坑fgets如果读到了空行它也会返回一个只有换行符的字符串去掉换行后长度变成 0。所以我在代码里做了一个长度判断空行直接continue让用户重新输入。char sendBuf[BUFFER_SIZE]; char recvBuf[BUFFER_SIZE]; while (1) { printf( ); memset(sendBuf, 0, BUFFER_SIZE); if (fgets(sendBuf, BUFFER_SIZE, stdin) NULL) break; int len strlen(sendBuf); while (len 0 (sendBuf[len-1] \n || sendBuf[len-1] \r)) { sendBuf[len-1] 0; len--; } if (len 0) continue; if (strcmp(sendBuf, exit) 0) break; if (send(sock, sendBuf, len, 0) SOCKET_ERROR) { printf(send failed: %d\n, WSAGetLastError()); break; } ... }去掉换行符的循环要同时对\n和\r都做判断因为fgets在 Windows 下会读入\n但如果你用脚本或 printf 模拟输入数据带\r也正常。while 循环一次能去掉字符串末尾所有换行和回车把len顺便更新成真正有效字节数。然后send函数的第三个参数用的是len而不是strlen(sendBuf)两者的值在这里相等但直接使用len概念更清晰反映了实际发送了多少字节。发送成功后客户端要立刻recv等服务端的回显。这里注意如果服务端不回消息客户端会一直阻塞在 recv 上。所以联调第一步一定要确认服务端有没有把收到的数据发回来。这个项目的服务端是 echo 逻辑把客户端发来的原样发回客户端再把内容打出来。在新手阶段这足以验证链路是通的。4.3 退出流程shutdown、closesocket 与 WSACleanup 的顺序退出时有一个顺问题经常被忽略如果程序想主动断开连接是先 closesocket 还是先 shutdown我一般习惯先调用shutdown再把套接字关闭。shutdown会终止套接字收发两个方向的数据通道它不会释放套接字资源但能确保对端 recv 返回 0也就是收到一个“对端关闭”的信号。直接 closesocket 则可能让对端收到一个异常断开表现为 recv 返回SOCKET_ERROR而不是 0。客户端在用户输入 exit 后最简单的做法是直接 closesocket 退出。但项目里我更喜欢再加一个 shutdown 调用让服务端能收到一个优雅关闭通知。这部分代码不复杂shutdown(sock, SD_BOTH); closesocket(sock); WSACleanup();SD_BOTH表示收发两个方向都不再允许新的数据发送和接收。如果你只调用closesocket系统会尝试发送完发送缓冲区中剩余的数据然后重置连接对端可能感知不到正常的关闭标志。而shutdown后对端 recv 会得到 0这样服务端线程的ret 0分支就会被触发打印 “Client closed”双方都干净退出。WSACleanup调用一次就够不要多次调用。它会让进程从 Winsock 库中注销释放内部资源。如果你的代码在 main 里调用了 WSACleanup之后又去调 socket 函数那就会再次得到 10093。最好的做法是所有网络操作结束时再调用 WSACleanup不要放在循环内。服务端也一样最后一个客户端断开后服务端 main 回归时 WSACleanup 一次。4.4 联调步骤先服务端后客户端一条条试联调时我建议严格按下面的顺序操作否则你很难判断是服务端的问题还是客户端的问题第一先编译 Server 工程确认没有编译错误然后运行。看到控制台输出 “Server start, waiting...” 说明 bind 和 listen 成功。第二再编译并运行 Client客户端会打印 “Connected to server.” 这说明 connect 成功服务端 accept 也成功了。第三在客户端输入任意文本比如 hello服务端控制台会打出Recv[hello] from client客户端控制台也会打出Recv: hello。第四在客户端输入 exit客户端退出服务端同步打出Client closed.表示服务端线程正常结束。如果在第 2 步 connect 卡住不动先看客户端打印的 IP 和端口是不是你目标机器的。如果客户端和服务端在同一台机器IP 用 127.0.0.1 绝不会错。如果不在同一台机器一定要把 IP 改成服务端所在的局域网 IP并且确认防火墙允许 TCP 9999 端口通过。Windows 自带的防火墙可能会拦截控制台程序的网络访问第一次运行时会弹出防火墙报警你要允许访问否则 connect 会一直超时。这是很多人的血泪经验不是代码的问题。第 3 步如果客户端收不到回显而服务端已经显示收到了消息那问题十有八九出在服务端 send 和客户端 recv 的参数上。检查服务端 send 的长度是不是 recv 的实际长度以及客户端 recv 缓冲区是不是有足够空间。这个项目里 send 直接用ret作为长度而客户端 recv 拿到ret 0后打印%s只要 buf 末尾有 0就不会出错。5. 编译运行与常见问题排查VC6.0 环境下最容易翻车的 5 个地方5.1 编译环境配置工程选项和库依赖拿到这份源码先在 VC6.0 里确保两个工程都能独立编译。因为使用了 winsock2.h所以必须保证ws2_32.lib被链接进最终程序。我在 common.h 里写了#pragma comment(lib, ws2_32.lib)这行代码能代替手动配置但如果你打开的是别人的工程且没有这个 pragma就需要打开 Project Settings切到 Link 选项卡在 Object/library modules 输入框里加上ws2_32.lib。漏掉这一步链接时会报unresolved external symbol WSAStartup错误信息直接指向你代码里的第一个 Winsock 函数。另一个需要留意的是字符集。VC6.0 默认使用多字节字符集项目打印用的是printf字符串是纯 ASCII所以不会出问题。如果你把代码里的字符串改成宽字符比如用Lhello那printf也要换成一连串的wprintf同时要设置合适的编码。这个项目没有使用 TCHAR 宏所以这方面不需要担心。还有一点工程不用预编译头文件所以编译时不要强选 “Use precompiled header”。如果工程里有 StdAfx.h建议在 Server.cpp 顶部直接用#include common.h替换掉#include stdafx.h免得预编译头干扰。5.2 避坑winsock.h 与 winsock2.h 的宏重定义冲突现象编译时报出一大堆重复定义错误诸如#error Winsock.h has already been included甚至几十行关于fd_set的重定义。原因VC6.0 的 Windows.h 默认包含老版 winsock.h你的代码里又有 winsock2.h两个头文件都定义了 socket 地址结构、套接字函数宏编译器当场懵掉。解决最直接的办法是在包含任何系统头文件之前先#define WIN32_LEAN_AND_MEAN这个宏告诉 Windows.h 不要引入网络相关的头文件然后再包含 winsock2.h。如果不想改 public.h至少在 Server.cpp 和 Client.cpp 的最顶部在#include common.h之前写上#define WIN32_LEAN_AND_MEAN #define _WINSOCKAPI_第二个宏_WINSOCKAPI_是告诉 windows.h 你已经用 winsock2.h 提供了 Winsock API跳过内部的 winsock.h 声明。这个组合在 VC6.0 下非常常见。如果这两个宏还是无法解决那就直接把#include windows.h从源码里全删掉只要你的程序不依赖窗口创建控制台程序完全可以不包含 windows.h。5.3 避坑链接错误 unresolved external symbol 或者 LNK2001现象编译通过链接阶段报unresolved external symbol __imp_WSAStartup8或LNK2001。原因工程没有链接 ws2_32.lib。Winsock 不是 C 运行时的默认库编译器负责编译代码链接器负责找函数实现找不到就报错。解决在工程设置里把ws2_32.lib添加到 Additional library directories 或 Link 输入框中。更省心的方式是在 common.h 里加上#pragma comment(lib, ws2_32.lib)。引用这个头文件的所有工程都会自动带上这个库依赖。我通常两种方式都会做pragma 保底Project Settings 里也加一遍防止有人把 common.h 删了。还有一种 LNK2001 的情况是函数声明了没定义。比如你写了void ClientThread(void *)但实现的是unsigned __stdcall ClientThread(void*)签名不一致链接器就找不到定义。VC6.0 的 C 链接对函数名修饰很严格任何不匹配都会导致这个错误。因此线程函数必须按照我在第 3 章里那种写法用_beginthreadex和它匹配的函数签名unsigned __stdcall Func(void*)不要用void *Func(void*)。5.4 避坑bind 报错 10048地址被占用现象服务端启动时打印bind failed: 10048。原因端口 9999 已经被另一个进程占用了。有可能是上一次服务端程序没有正常退出进程还活着也可能是新进程刚退出端口处于 TIME_WAIT 状态需要等一段时间才能复用。解决先查端口被哪个进程占用。Windows 下在命令行执行netstat -ano | findstr 9999看输出里最左侧的 local address 是不是 0.0.0.0:9999然后在 tasklist 里通过 PID 找到进程关掉它。如果不方便关进程就在 bind 之前加setsockoptint opt 1; setsockopt(listenSock, SOL_SOCKET, SO_REUSEADDR, (const char*)opt, sizeof(opt));SO_REUSEADDR允许套接字强制绑定到处于 TIME_WAIT 状态的端口。加了这个设置后服务端重启基本不会再被 10048 卡住。不过要注意这个选项必须在 bind 之前设置放在 bind 之后没效果。这是项目实战中反复被人问的一行代码你可以直接抄进去。5.5 避坑recv 一直阻塞客户端根本没有发出数据现象服务端启动后客户端也连接上了但服务端一直没有打印Recv[...]卡死在 recv 里。原因客户端发送的数据没有真正到达服务端或者客户端根本没有执行 send。常见原因是客户端在调用 send 前用户输入的内容还没被fgets返回。解决先检查客户端控制台有没有出现提示符如果出现了输入文字后回车服务端应该瞬间打印。如果服务端没反应在客户端 send 之前加一行printf(send: %s\n, sendBuf);看看 sendBuf 里到底有没有内容。还有一种情况client 发的是空字符串len为 0send 发送 0 字节等于什么都没发服务端自然收不到。排查时可以客户端加一句printf(sending %d bytes\n, len);把实际发送长度打出来问题一目了然。如果两端都在同一台机器没有局域网延迟问题只要 send 的长度大于 0服务端 recv 几乎立刻返回。如果服务端 recv 还是不动检查 Server 是否开启了多个实例之前有一个后台进程占着 9999 端口但你在前台看到的这个服务端进程可能不是真正 listen 的那个。这是很隐蔽的玄学问题我一般先杀掉所有同名进程再重新启动服务端。5.6 避坑调试时控制台没有输出或输出乱码现象服务端控制台窗口一片黑程序不打印任何提示或者 echo 回来的中文变成了乱码。原因没有设置控制台缓冲或输出被压缩也可能是打印的字符串里有非法字符。解决第一确认 Server.cpp 的 main 函数真的执行了。如果程序刚启动就崩可能是 WSADATA 没初始化。可以在 main 第一行加printf(start\n);验证。第二中文乱码是编码问题VC6.0 源码文件如果是 GB2312 编码printf 打印中文字符串到命令提示符有时会因为代码页不一致变成乱码。最简单的方案是全部改用英文字符串或者把源码文件保存为 UTF-8并在 main 开头加system(chcp 65001);。但在课程设计中英文提示更省事推荐直接用英文。其实“没有输出”还有可能是在链接时不小心选了 Release 配置没有 Debug 信息程序崩溃后窗口立刻关闭。VC6.0 的默认设置是控制台程序运行完会自动关闭窗口如果你看不到输出可以在 main 返回前加一句system(pause);让窗口停住。服务端的 while 循环不会退出所以窗口不会关但客户端一会儿就结束了如果你发现客户端窗口一闪而过一定要加上system(pause)确认运行结果。5.7 调试小技巧别让 VC6.0 的优化选项坑了你VC6.0 默认在 Debug 模式下关闭优化但有些老工程为了模仿 Release 会开启/O2。开启优化后你在断点处想要查看某个局部变量的值常会发现变量已经不存在了。原因是编译器把变量优化掉或者把值放在寄存器里。解决方法是在编译选项里明确关闭优化或者把关键变量声明为volatile。我一般会把buf、len这类核心变量声明为局部变量但避免被优化。通读代码时如果你看到别人代码里没有 volatile 却查不到变量值多半是优化导致的。还有个小技巧在 recv 前后增加printf打印这种方式比断点看变量更直接也更容易定位。我在开发项目时几乎不过度依赖 VC6.0 的调试窗口因为它的 Watch 窗口对局部数组支持太差打印日志才是老项目调试的正确方式。6. 二次开发把单消息收发改造成简单的聊天室拿到这个 Socket 项目后最常见的改造方向是把它变成一个多用户聊天室。原版服务端每收到一条消息就原样返回给同一个客户端这叫做 echo。聊天室需要的是“一个客户端发消息服务端广播给所有其他客户端”。改造思路其实很直接在服务端维护一个std::vectorSOCKET全局列表每次 accept 到一个新连接就把这个 socket 加进列表客户端断开时从列表里删除。当某个客户端线程 recv 到数据时遍历列表把消息发送给除发送者以外的所有 socket。要同时访问这个列表必须加一个CRITICAL_SECTION或者简单的互斥锁避免两个线程同时增减列表导致内存被踩。进程启动时初始化临界区进程退出时删除临界区。另一条改造思路是加心跳检测。原版服务端完全被动它不知道客户端什么时候无声无息断了。要解决这个问题可以让客户端每隔 5 秒发送一个固定心跳包服务端如果连续 3 次没有收到心跳就认为连接超时主动 closesocket。在服务端代码里可以用select配合超时检查代替阻塞 recv或者给 recv 设置一个非阻塞接收的超时时间例如int timeout 3000; // 3秒 setsockopt(clientSock, SOL_SOCKET, SO_RCVTIMEO, (const char*)timeout, sizeof(timeout));设置后recv 如果 3 秒内没数据会返回SOCKET_ERROR错误码是WSAETIMEDOUT。通过这个返回值你就知道对方心跳没了可以做清理操作。这是非常实用的上线文改造很多上位机项目就靠它判断采集终端是否掉线。验证改造效果时不要只开一个客户端和一个服务端。我会同时开三个客户端窗口每个客户端输入不同文字观察服务端是否能收到全部消息以及每个客户端是否只能看到消息而不会收到自己刚发出去的内容。如果是广播逻辑还要验证 A 发消息时B 和 C 都能收到如果实现了客户端发消息则 A 自己也会收到回显。要注意的是客户端原有的 echo 逻辑要调整否则客户端 B 在收到广播后又会给服务端回发送一遍造成消息雪崩。正确做法是协议里加一个消息类型标志区分“用户消息”和“系统广播”客户端只打印带有广播标志的消息不再自动 echo。我在做这个改造时犯过一个低级错误服务端线程里循环遍历全局 socket 列表同时在另一个线程里又把某个 socket 从列表删除结果遍历到被删掉的项直接访问野指针崩溃。后来我学会了任何对这个列表的增删操作都要加锁遍历前也要拿锁。从那以后我每次写涉及多线程共享数据的逻辑时都会强制先确认一个原则所有共享变量的读写都在同一把锁下面完成绝不漏掉任何一条路径。希望这个项目的拆解对你也有同样的提醒作用。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
