TCP网络通信编程大作业：从三次握手到C语言Socket实战

简介一份完整的TCP/IP课程设计大作业报告基于C语言实现TCP网络通信编程面向计算机网络或TCP/IP协议课程的学生与开发者。报告围绕客户/服务器通信程序展开实现了注册、登陆、单聊、私聊、在线人数列表、退出等功能并通过事件对象I/O管理通信流程以有连接服务为主体、无连接服务为辅。内容涵盖总体设计、基本通信协议选取、通信过程设计、数据包设计、程序流程图、客户端与服务器端程序清单及运行结果截图可帮助读者理解TCP编程框架、连接管理、数据校验及多客户端交互机制。资源包内共1个文件为标准doc文档大小约1.54MB报告结构完整可直接作为课程设计参考模板使用。目前已有973人学习下载适合需要完成网络编程大作业或系统梳理TCP通信要点的读者。1. 一门叫“TCP网络通信编程”的大作业到底在考你什么前几天有位学弟把这份大作业题目发我——“基于TCP的网络通信编程C语言版”他说准备写个server和client能收发消息就算完事。我说你只做到这个程度答辩大概率会被问住。这门课的隐藏考点不是你会不会调用socket、bind这些函数而是你能不能讲清楚TCP/IP协议栈里的三次握手、连接释放、缓冲区、状态迁移并且把这些内容组织成一份像样的.doc文档交付代码只是你论点的证据。这个标题适合三类人读正在赶课程设计、手里只有题目没有样板的学生想把课本示例改成自己作品、但怕老师追问协议细节的同学以及工作后想快速回看C语言socket编程套路的工程师。下面这条线我会从协议行为、可运行代码、文档组织、典型踩坑一直讲到最后能拿得出手的验收自测不绕弯。2. 三次握手与四次挥手把协议栈行为翻译成socket函数的调用2.1 建立连接SYN、SYN-ACK、ACK和三个函数之间的对应关系TCP三次握手是这份大作业里最核心、也最容易被问倒的考点。你要先建立一条认知你写的socket函数并不直接参与握手握手是内核TCP协议栈在背后完成的。client调用connect()后内核会主动发一个SYN报文进入SYN_SENT状态server端调用listen()只是把socket从“主动连接”模式切换成“被动监听”模式并把队列能力准备好真正等来连接的是accept()它从已完成握手的队列里取出一个连接返回给你。老师最爱问的一句话是“三次握手什么时候完成”——答案是client的connect()返回时连接就已经是ESTABLISHED状态了server侧的accept()拿到的本来就是就绪连接。三个函数的分工说白了是connect负责发起listen负责宣告“我可以接入”accept负责领取结果。你写的顺序必须是socket - bind - listen - accept内核在这条链路上维护两个队列半连接队列收到SYN还没完成握手和全连接队列已经完成握手等accept取走。backlog参数控制的是全连接队列长度典型值5到16作业里没必要调太大。如果在server没有listen时client强行connect对端内核会直接回RST客户端马上看到Connection refused这个现象后面避坑章会再提。2.2 断开连接四次挥手和TIME_WAIT这个隐藏考点连接释放比建立更值得你多写两行因为大作业最容易翻车的点就在这里。主动关闭方调用close()后内核发FIN报文进入FIN_WAIT_1对端收到后回ACK同时自己也进入CLOSE_WAIT这时候你如果写的是阻塞recv它会返回0——这是代码里判断“对方走了”的关键信号。随后被动方也调close()发出自己的FIN主动方收到后进入TIME_WAIT。TIME_WAIT要保留2MSL报文最大生存时间的两倍通常一到四分钟这段时间内主动关闭方的端口还处于占用状态。这意味着什么你调试程序时频繁重启serverbind会直接报Address already in use因为上一次连接里主动关闭方的TIME_WAIT还没结束。解决办法就是代码里加上SO_REUSEADDR套接字选项或者干脆换个端口跑。很多同学在这里浪费大量时间以为是代码写错了实际上是协议状态在起作用。你把这段写进作业文档的“遇到的问题”一节老师会觉得你是真的在调试而不是在背题库。2.3 状态与API对照表答辩前能背下来的那张表写大作业文档时要有一张TCP状态和API的对应表它既是你设计部分的依据也是答辩时救命的提纲。我一般按下面的结构来写你直接可以用状态出现在哪一侧触发行为对应代码LISTENserver完成listen后等待SYNlisten(fd, backlog)SYN_SENTclientconnect发出SYN等待SYNACKconnect()阻塞期间SYN_RCVDserver收到SYN回复SYNACK内核自动完成accept尚未返回ESTABLISHED两侧握手完成数据传输阶段connect返回 / accept返回CLOSE_WAIT被动关闭方收到FIN等自己closerecv返回0后调closeTIME_WAIT主动关闭方发出FIN后等待2MSLclose之后端口未释放这张表不用展开整个RFC 793能说清楚每个状态对应哪个函数调用就行。答辩时被问到“server最大连接数由什么决定”就往backlog、进程文件描述符上限、多线程支持三个方向答先有这条思路后面代码才写得出来。3. 最小可运行的TCP回显程序服务端和客户端C代码一步步写出来3.1 服务端代码socket、bind、listen、accept一条龙我给一个能直接编译运行的版本功能是回显客户端发什么服务端原样返回什么。代码故意写得朴实方便你在上面做扩展和写注释。#include stdio.h #include stdlib.h #include string.h #include unistd.h #include sys/socket.h #include netinet/in.h #include arpa/inet.h #define BUFSIZE 1024 int main(int argc, char *argv[]) { int server_fd, client_fd; struct sockaddr_in server_addr, client_addr; socklen_t addr_len sizeof(client_addr); char buf[BUFSIZE]; ssize_t n; // 默认端口 8888命令行可以覆盖 int port (argc 2) ? atoi(argv[1]) : 8888; server_fd socket(AF_INET, SOCK_STREAM, 0); if (server_fd 0) { perror(socket); exit(1); } // 允许端口在 TIME_WAIT 期间重新绑定避免重启报错 int on 1; setsockopt(server_fd, SOL_SOCKET, SO_REUSEADDR, on, sizeof(on)); memset(server_addr, 0, sizeof(server_addr)); server_addr.sin_family AF_INET; server_addr.sin_addr.s_addr htonl(INADDR_ANY); server_addr.sin_port htons(port); if (bind(server_fd, (struct sockaddr *)server_addr, sizeof(server_addr)) 0) { perror(bind); close(server_fd); exit(1); } if (listen(server_fd, 5) 0) { perror(listen); close(server_fd); exit(1); } printf(server listening on port %d\n, port); while (1) { client_fd accept(server_fd, (struct sockaddr *)client_addr, addr_len); if (client_fd 0) { perror(accept); continue; } printf(client connected: %s:%d\n, inet_ntoa(client_addr.sin_addr), ntohs(client_addr.sin_port)); // 回显循环收到什么就原样返回什么对端关闭时 recv 返回 0 while ((n recv(client_fd, buf, sizeof(buf) - 1, 0)) 0) { buf[n] \0; printf(recv: %s, buf); send(client_fd, buf, n, 0); if (strncmp(buf, quit, 4) 0) break; } close(client_fd); printf(client left\n); } close(server_fd); return 0; }代码逻辑并不复杂但有四个参数值得较真。第一bind地址用INADDR_ANY而不是具体IP表示监听本机所有网卡这样你在实验室机器上跑同一个局域网的同学也能连如果你在单机演示它和127.0.0.1的效果一样。第二htons和htonl负责把主机字节序转成网络字节序x86小端机器上不转就会出诡异端口。第三listen的backlog设5意思是全连接队列最多排5个超过的客户端会暂时连不上这不是bug是内核在限流。第四recv的返回值得分三种大于0是收到数据等于0是对端正常关闭小于0是出错下面的循环退出条件正是吃了这个设计。3.2 客户端代码connect之后进入回显循环客户端这边同样给出完整可运行版本。注意argv参数的处理不带参数时默认连本机8888带参数时用命令行指定的IP和端口这样上课演示不用改代码重编译。#include stdio.h #include stdlib.h #include string.h #include unistd.h #include sys/socket.h #include netinet/in.h #include arpa/inet.h #define BUFSIZE 1024 int main(int argc, char *argv[]) { int sockfd; struct sockaddr_in server_addr; char buf[BUFSIZE]; ssize_t n; // 默认连本机 8888也可以用命令行参数指定 IP 和端口 const char *server_ip (argc 2) ? argv[1] : 127.0.0.1; int port (argc 3) ? atoi(argv[2]) : 8888; sockfd socket(AF_INET, SOCK_STREAM, 0); if (sockfd 0) { perror(socket); exit(1); } memset(server_addr, 0, sizeof(server_addr)); server_addr.sin_family AF_INET; server_addr.sin_port htons(port); // 把点分十进制字符串转成网络字节序的二进制地址 if (inet_pton(AF_INET, server_ip, server_addr.sin_addr) ! 1) { fprintf(stderr, invalid ip: %s\n, server_ip); exit(1); } if (connect(sockfd, (struct sockaddr *)server_addr, sizeof(server_addr)) 0) { perror(connect); close(sockfd); exit(1); } printf(connected to %s:%d\n, server_ip, port); while (1) { printf( ); if (fgets(buf, sizeof(buf), stdin) NULL) break; send(sockfd, buf, strlen(buf), 0); n recv(sockfd, buf, sizeof(buf) - 1, 0); if (n 0) break; buf[n] \0; printf(echo: %s, buf); if (strncmp(buf, quit, 4) 0) break; } close(sockfd); return 0; }这里有两个C语言基础的细节值得你写进文档。第一fgets会把换行符一起读进buf所以发送给server的字符串总是以\n结尾服务端printf出来天然换行回显也带换行正好省掉手动拼\r\n的麻烦。第二recv的长度参数写sizeof(buf) - 1是为了留出结尾的\0这个写法只有buf声明在main里才算得准1024一旦你把buf作为参数传给函数sizeof(buf)就退化成指针大小8字节——这是C语言数组和指针的经典考点老师很可能指着代码问这一句。3.3 编译与联调gcc、VSCode和ss三件套代码写完先别急着截图按下面的顺序编译运行把环境变量减到最少。# 终端一编译并启动服务端默认监听 8888 gcc -Wall -g -o server server.c ./server 8888 # 终端二编译并启动客户端连接本机回环地址 gcc -Wall -g -o client client.c ./client 127.0.0.1 8888-g参数是为了给后面gdb调试留调试信息-Wall让编译器把可疑代码全部亮出来作业里的代码最好做到零警告。如果你平时用VSCode写C语言直接在集成终端里敲gcc命令最省事别折腾launch.json里配args命令行传参是最直观的调试方式。启动server后另开一个终端用ss查看监听状态$ ss -lntp | grep 8888 LISTEN 0 5 0.0.0.0:8888 0.0.0.0:* users:((server,pid12586,fd3))输出里第二列是当前队列长度0第三列是backlog上限5看到这个就说明listen成功。跑不起来的时候先分清楚是server没监听还是client连错地址再动手改代码不要上来就重构。4. 把代码变成能交差的大作业doc文档怎么组织、测试记录怎么写4.1 一份合格交付物的结构从封面到附录的七节很多同学把大作业理解成“代码能跑就行”结果交了个纯源码文件上去老师想找设计说明都找不到。这门课既然是.doc交付文档本身就是打分主体。我按课程设计常见的打分点给出一份结构表你对着填就不会漏章节建议写什么篇幅需求分析把题目要求逐条拆开写明要实现客户端/服务端、传输内容、异常处理半页到一页相关技术TCP三次握手、四次挥手、socket API、字节序转换一到两页总体设计程序流程图、模块划分、数据结构说明一页详细设计每个函数的职责、关键参数、缓冲区设计两到三页程序清单完整源码关键行加注释按代码长度运行测试启动截图、通信截图、异常场景截图、抓包结果一到两页总结与收获遇到的问题、解决过程、个人心得半页到一页老师最常翻的是“总体设计”和“运行测试”两节前者看你是不是真懂程序结构后者看你有没有实际跑过。源码放在程序清单节里用等宽字体排版不要截图贴代码否则批注不方便。4.2 总体设计这一节怎么画一张流程图和一张功能表流程图可以用文本方式描述不需要专门画图工具。我在文档里通常这样写服务端主流程是“创建socket - 绑定端口 - 监听 - 循环accept - 每连接内循环recv/send - close”客户端主流程是“创建socket - connect - 循环fgets/send/recv - close”。把这个主流程转换成流程框图放在Word里每个节点旁边标注用了哪个系统调用这就是一份合格的总体设计。功能表则对应代码模块列出函数级别的责任划分。比如server_main负责初始化监听accept_loop负责取连接echo_loop负责收发回显client_main负责参数解析和连接input_loop负责读标准输入和收发。这里可以顺带说明缓冲区的选择recv缓冲区设1024字节适合单条消息回显场景如果后续要传文件就得改成分批读写。把这些写清楚老师就知道你不是把代码粘上去凑页数。4.3 测试记录截图前先想清楚这几件事测试记录不能只放一张“通信成功”的截图要覆盖正常和异常两类场景。我建议按下面这张表去逐项验证每项配截图和说明测试场景操作预期结果正常连接启动server后启动client客户端显示connected服务端打印客户端地址回显功能客户端输入任意字符串服务端原样返回客户端打印echo中文内容输入中文字符串回显内容一致不乱码客户端退出输入quit或CtrlC服务端打印client left继续等待新连接异常连接不启动server直接运行client报connect: Connection refused测试时不要只开一个终端自说自话建议把server和client分两个窗口截图时把窗口标题、命令、输出都拍进去。如果做了抓包验证运行tcpdump或Wireshark的结果截图再配一段“可以看到SYN、SYNACK、ACK三个报文”的文字说明这一页直接决定文档的上限。5. 避坑这5个问题让大作业从“编译通过”到“验收翻车”5.1 bind: Address already in useTIME_WAIT在捣乱现象第一次运行server没问题改完代码重新编译再启动bind直接报Address already in use程序退出。原因上一次server进程没退出干净或者上一条连接里主动关闭方还在TIME_WAIT状态端口被内核占用。大作业调试节奏快不可能等2MSL自然结束。解决在socket和bind之间加上SO_REUSEADDR选项就是把第3.1节代码里那段setsockopt抄进去同时养成习惯每次重跑前先pkill server或ss -lntp确认端口释放。换端口也行但治标不治本。5.2 connect timeout和Connection refused分不清现象客户端连接时要么卡很久报timeout要么秒回Connection refused。原因refused说明SYN到达了服务端但端口没人监听对端内核回了RST链路是通的timeout说明SYN发出去后一直没有回应可能是IP地址错了、防火墙上丢包了、或者server进程根本没起来。两个现象指向完全不同的排查方向。解决先ss -lntp确认server在监听哪个端口再用ping确认到对端IP通不通最后检查端口号是不是两边写的不一致。局域网实验时注意客户端和服务端要在同一子网本地调试一律用127.0.0.1少引入一个变量就少一个坑。5.3 第二个客户端连不上accept循环没写成现象第一个客户端正常通信并退出后第二个客户端connect一直失败或者服务端进程直接结束。原因accept写在while循环外面只调用了一次处理完一个连接就走到close进程结束。这是大作业里出现频率最高的逻辑错误因为你单测第一个客户端时“看起来正常”。解决把accept放进while(1)里每个连接处理完只关闭client_fd不关server_fd。第3.1节给的代码已经是这个结构如果你参考的教程里accept在循环外一定要改过来。同时在recv返回0时break出内层循环这样客户端断开不会带崩服务端。5.4 收到的数据和发送的不一致TCP字节流没有边界现象客户端连续输入两行服务端一次recv收到两行拼接在一起或者服务端一次只收到半行数据下半行要等下一次recv。原因TCP是字节流协议不维护消息边界它只保证字节顺序和可靠性不保证“一次send对应一次recv”。这是协议设计如此不是你的网卡坏了。解决应用层自己定义边界最简单的方式是按行分隔——fgets已经带了\n服务端收满一个换行符就算一条完整消息更工程化的做法是自定义头部长度字段。作业里用行分隔足够但你需要在文档“遇到的问题”一节写清楚这个设计取舍这反而是加分项。5.5 程序莫名崩溃用gdb看栈帧而不是瞎改代码现象server或client跑到一半Segmentation fault或者打印出来的字符串带着乱码。原因最常见是缓冲区越界、recv没留结尾\0、或者指针没初始化就传给strlen、strcpy这类库函数。网络程序的崩溃点往往不在逻辑出错的地方而在下一次内存操作时才爆。解决用gcc -g编译然后gdb ./server运行复现崩溃后输入bt查看调用栈栈顶就是崩溃的那一行。如果你所在课程安排了gdb调试练习这一套操作比反复改代码重编译高效得多。记得加-Wall把危险代码提前暴露出来别等运行时才后悔。6. 进阶多客户端、抓包验证和提交前自测清单6.1 用pthreads把server改成多客户端并发基础版server是串行处理连接一个客户端占据连接期间后面的客户端只能排队。把accept循环和业务处理拆开就能并发最轻量的做法是每来一个连接就开一个线程static void *handle_client(void *arg) { int cfd *(int *)arg; char buf[BUFSIZE]; ssize_t n; while ((n recv(cfd, buf, sizeof(buf) - 1, 0)) 0) { buf[n] \0; send(cfd, buf, n, 0); if (strncmp(buf, quit, 4) 0) break; } close(cfd); free(arg); return NULL; }主循环里创建线程时有一个经典坑不能直接把client_fd传给线程函数因为下一轮accept会复用这个变量线程读到的可能是新连接的fd。正确做法是malloc一份拷贝int *cfd malloc(sizeof(int)); *cfd client_fd; pthread_t tid; pthread_create(tid, NULL, handle_client, cfd); pthread_detach(tid);线程内用完释放内存。detach是为了让线程退出时自动回收资源否则要手动pthread_join。这个改造写进文档比单纯回显程序高一个档次。6.2 用tcpdump或Wireshark验证三次握手代码能跑通只是第一步答辩时如果能展示抓包结果说服力完全不一样。在Linux本机实验时用tcpdump抓回环接口sudo tcpdump -i lo port 8888 -nn然后在另一个终端启动client连接servertcpdump会打印出三行关键报文SYN、SYNACK、ACK对端地址是127.0.0.1。把这段输出截图放进文档旁边标注“这就是三次握手的报文序列”。如果用的是Wireshark抓包时选loopback接口过滤条件写tcp.port 8888还能展开报文头逐字段看序号、标志位。6.3 提交前自测清单我在提交这类大作业前会按下面这个清单完整走一遍全部通过才觉得心里有底两个源文件用-Wall编译零警告server重启时不报Address already in use第一个客户端退出后第二个能正常连接连续发送多行数据回显内容与发送一致输入quit后两端都能正常退出不残留进程文档里运行截图和最终代码逻辑一致我自己有个血泪教训有一回赶时间文档里的截图还是旧版本的界面结果演示时拿新代码跑画面和图片对不上被老师当场指出来。从那以后我都是先跑清单再截图代码每改一行就重截一遍绝不偷懒。这个习惯帮我少翻了不少车也希望这次整理的链路能让你在交付时多一点从容。希望帮到你。本文还有配套的精品资源点击获取