当前位置：首页 > news >正文

4.好事多磨 1

news 来源：原创 2025/8/11 2:14:21

前言

我们已经学习了创建套接字和向套接字分配地址，接下来正式讨论通过套接字收发数据。
之前介绍套接字时举例说明了面向连接的套接字和面向消息的套接字这2种数据传输方式，特别是重点讨论了面向连接的套接字。这次将具体讨论这种面向连接的服务器端/客户端的编写。

一、理解TCP和UDP

根据数据传输方式的不同，基于网络协议的套接字一般分为TCP套接字和UDP套接字。因为TCP套接字是面向连接的，因此又称基于流（stream）的套字。
TCP是TransmissionControl Protocol(传输控制协议）的简写，意为“对数据传输过程的控制”。因此，学习控制方法及范围有助于正确理解TCP套接字。

1.TCP/IP协议栈

讲解TCP前先介绍TCP所属的TCP/IP协议栈（Stack，层）：
在这里插入图片描述
可以看出，TCP/IP协议栈共分4层，可以理解为数据收发分成了4个层次化过程。也就是说，面对“基于互联网的有效数据传输”的命题，并非通过1个庞大协议解决问题，而是化整为零，通过层次化方案一—TCP/IP协议栈解决。通过TCP套接字收发数据时需要借助这4层。
在这里插入图片描述
反之，通过UDP套接字收发数据时，也是同样的要借助这四层。
各层可能通过操作系统等软件实现，也可能通过类似NIC的硬件设备实现。

2.链路层

接下来逐层了解TCP/IP协议栈，先讲解链路层。链路层是物理链接领域标准化的结果，也是最基本的领域，专门定义LAN、WAN、MAN等网络标准。若两台主机通过网络进行数据交换，链路层就负责这些标准。

3.IP层

准备好物理连接后就要传输数据。为了在复杂的网络中传输数据，首先需要考虑路径的选择。向目标传输数据需要经过哪条路径？解决此问题就是IP层，该层使用的协议就是IP。
IP本身是面向消息的、不可靠的协议。每次传输数据时会帮我们选择路径，但并不一致。如果传输中发生路径错误，则选择其他路径；但如果发生数据丢失或错误，则无法解决。也就是说，IP协议无法应对数据错误。

4.TCP/UDP层

IP层解决数据传输中的路径选择问题，只需照此路径传输数据即可。TCP和UDP层以IP层提
供的路径信息为基础完成实际的数据传输，故该层又称传输层（Transport)。UDP比TCP简单，我们将在后面展开讨论，现只解释TCP。TCP可以保证可靠的数据传输，但它发送数据时以IP层为基础（这也是协议栈结构层次化的原因）。那该如何理解二者关系呢?
IP层只关注1个数据包（数据传输的基本单位）的传输过程。因此，即使传输多个数据包，每个数据包也是由IP层实际传输的，也就是说传输顺序及传输本身是不可靠的。若只利用IP层传输数据，则有可能导致后传输的数据包B比先传输的数据包A提早到达。另外，传输的数据包A、B、C中有可能只收到A和C，甚至收到的C可能已损毁。反之，若添加TCP协议则按照如下对话方式进行数据交换。
■ 主机A：“正确收到第二个数据包！”
■ 主机B：“恩，知道了。”
■ 主机A：“正确收到第三个数据包！”
■ 主机B：“可我已发送第四个数据包了啊！哦，您没收到第四个数据包吧？我给您重传！”
这就是TCP的作用。如果数据交换过程中可以确认对方已收到数据，并重传丢失的数据，那么即便IP层不保证数据传输，这类通信也是可靠的。
总之，TCP和UDP存在于IP层之上，决定主机之间的数据传输方式，TCP协议确认后向不可靠的IP协议赋予可靠性。

5.应用层

上述内容是套接字通信过程中自动处理的。选择数据传输路径、数据确认过程都被隐藏到套接字内部。而与其说是“隐藏”，倒不如“使程序员从这些细节中解放出来”的表达更为准确。程序员编程时无需考虑这些过程，但这并不意味着不用掌握这些知识。只有掌握了这些理论，才能编写出符合需求的网络程序。
总之，向各位提供的工具就是套接字，大家只需利用套接字编出程序即可。编写软件的过程中，需要根据程序特点决定服务器端和客户端之间的数据传输规则（规定），这便是应用层协议。网络编程的大部分内容就是设计并实现应用层协议。

二、实现基于TCP的服务器端/客户端

实现完整的TCP服务器端，在此过程中各位将理解套接字使用方法及数据传输方法。

1.TCP服务器端的默认函数调用顺序

给出了TCP服务器端默认的函数调用顺序，绝大部分TCP服务器端都按照这个顺序调用。
在这里插入图片描述

调用socket函数创建套接字，声明并初始化地址信息结构体变量，调用bind函数向套接字分配地址。这2个阶段之前都已讨论过，下面讲解之后的几个过程。

2.进入等待连接请求状态

我们已调用bind函数给套接字分配了地址，接下来就要通过调用listen函数进人等待连接请求状态。只有调用了listen函数，客户端才能进入可发出连接请求的状态。这时客户端才能调用connect函数（若提前调用将发生错误)。

#include <sys/socket.h>
int lIsten(int sock, int backlog);
// 成功时返回0，失败时返回-1。
// sock -- 希望进入等待连接请求状态的套接字文件描述符，传递的描述符套接字参数成为服务器端套接字（监听套接字）。
// backlog -- 连接请求等待队列（Queue）的长度，若为5，则队列长度为5，表示最多使5个连接请求进入队列。

先解释一下等待连接请求状态的含义和连接请求等待队列。“服务器端处于等待连接请求状态”是指，客户端请求连接时，受理连接前一直使请求处于等待状态。
作为listen函数的第一个参数传递的文件描述符套接字的用途。客户端连接请求本身也是从网络中接收到的一种数据，而要想接收就需要套接字。此任务就由服务器端套接字完成。服务器端套接字是接收连接请求的一名门卫或一扇门。
客户端如果向服务器端询问：“请问我是否可以发起连接？”服务器端套接字就会亲切应答：
“您好！当然可以，但系统正忙，请到等候室排号等待，准备好后会立即受理您的连接。”同时将连接请求请到等候室。调用listen函数即可生成这种门卫（服务器端套接字)listen函数的第二个参数决定了等候室的大小。等候室称为连接请求等待队列，准备好服务器端套接字和连接请求等待队列后，这种可接收连接请求的状态称为等待连接请求状态。
listen函数的第二个参数值与服务器端的特性有关，像频繁接收请求的Web服务器端至少应为15。另外，连接请求队列的大小始终根据实验结果而定。

3.受理客户端连接请求

调用listen函数后，若有新的连接请求，则应按序受理。受理请求意味着进入可接受数据的状态。也许各位已经猜到进入这种状态所需部件——当然是套接字！大家可能认为可以使用服务器端套接字，但服务器端套接字是做门卫的。如果在与客户端的数据交换中使用门卫，那谁来守门呢？因此需要另外一个套接字，但没必要亲自创建。下面这个函数将自动创建套接字，并连接到发起请求的客户端。

#include <sys/socket.h>
int accept(int sock, struct sockaddr * addr, socklen_t * addrlen);
// 成功时返回创建的套接字文件描述符，失败时返回-1。
// sock -- 服务器套接字的文件描述符。
// addr -- 保存发起连接请求的客户端地址信息的变量地址值，调用函数后向传递来的地址变量参数填充客户端地址信息。
// addrlen -- 第二个参数addr结构体的长度，但是存有长度的变量地址。函数调用完成后，该变量即被填入客户端地址长度。

服务器端单独创建的套接字与客户端建立连接后进行数据交换。

4.回顾 Hello world 服务器端

前面结束了服务器端实现方法的所有讲解，下面分析之前未理解透的Helloworld服务器端。重列是为了便于讲解。

// hello_server.c
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include  <arpa/inet.h>
#include <sys/socket.h>
void error_handling(char* message);int main(int argc, char *argv[])
{int serv_sock;int clnt_sock;struct sockaddr_in serv_addr;struct sockaddr_in clnt_addr;socklen_t clnt_addr_size;char message[]="Hello world!";if(argc!=2){printf("Usage : %s <port>In",argv[0]);exit(1);}serv_sock=socket(PF_INET,SOCK_STREAM, 0);/* 服务器端实现过程中先要创建套接字。创建套接字，但此时的套接字尚非
真正的服务器端套接字。 */if(serv_sock == -1)error_handling("socket() error");memset(&serv_addr,0, sizeof(serv_addr));serv_addr.sin_family=AF_INET;serv_addr.sin_addr.s_addr=htonl(INADDR_ANY);serv_addr.sin_port=htons(atoi(argv[1]));if(bind(serv_sock, (struct sockaddr*) &serv_addr, sizeof(serv_addr))==-1) /* 为了完成套接字地址分配，初始化结构体变量并调用bind函数。 */error_handling("bind() error");if(listen(serv_sock, 5)==-1) /* 调用listen函数进入等待连接请求状态。连接请求等待队列的长度设置为5。此时
的套接字才是服务器端套接字。 */error_handling("1isten() error");clnt_addr_size=sizeof(clnt_addr);clnt_sock=accept(serv_sock, (struct sockaddr*)&clnt_addr, &clnt_addr_size); /* 调用accept函数从队头取1个连接请求与客户端建立连接，并返回创建的套接字
文件描述符。另外，调用accept函数时若等待队列为空，则accept函数不会返回，
直到队列中出现新的客户端连接。 */if(clnt_sock==-1)error_handling("accept() error");write(clnt_sock, message, sizeof(message)); // 46close(clnt_sock);close(serv_sock);/* 调用write函数向客户端传输数据，调用close函数关闭连接。 */return 0;}
void error_handling(char* message)
{fputs(message, stderr);fputc('\n', stderr);exit(1);
}

5.TCP客户端的默认函数调用顺序

接下来讲解客户端的实现顺序。如前所述，这要比服务器端简单许多。因为创建套接字和请求连接就是客户端的全部内容：
在这里插入图片描述
与服务器端相比，区别就在于“请求连接”，它是创建客户端套接字后向服务器端发起的连接请求。服务器端调用listen函数后创建连接请求等待队列，之后客户端即可请求连接。那如何发起连接请求呢？通过调用如下函数完成。

#include <sys/socket.h>
int connect(int sock, struct sockaddr * servaddr, socklen_t addrlen);
// 成功时返回0，失败时返回-1。
// Sock -- 客户端套接字文件描述符。
// servaddr -- 保存目标服务器端地址信息的变量地址值。
// addrlen -- 以字节为单位传递已传递给第二个结构体参数servaddr的地址变量长度。

客户端调用connect函数后，发生以下情况之一才会返回（完成函数调用)。
■ 服务器端接收连接请求。
■ 发生断网等异常情况而中断连接请求。
大家需要注意，“接收连接”并不意味着服务器端调用accept函数，其实是服务器端把连接请求信息记录到等待队列。因此connect函数返回后并不立即进行数据交换。
大家有没有疑问呢？？？
实现服务器端必经过程之一就是给套接字分配IP和端口号。但客户端实现过程中并没有出现套接字地址分配，而是创建套接字后立即调用connect函数。难道客户端套接字无需分配IP和端口？当然不是！网络数据交换必须分配IP和端口。既然如此，那客户端套接字何时、何地、如何分配地址呢?
■ 何时？调用connect函数时。
■ 何地？操作系统，更准确地说是在内核中。
■ 如何？IP用计算机（主机）的IP，端口随机。
客户端的IP地址和端口在调用connect函数时自动分配，无需调用标记的bind函数进行分配。

6.回顾Hello world客户端

与前面回顾Helloworld服务器端一样，我们一起再来分析一下Helloworld客户端。

// hello_client.c
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include  <arpa/inet.h>
#include <sys/socket.h>
void error_handling(char* message);int main(int argc, char* argv[])
{int sock;struct sockaddr_in serv_addr;char message[30];int str_len;if(argc!=3){printf("Usage : %s <IP> <port>\n", argv[0]);exit(1);}sock=socket(PF_INET,SOCK_STREAM, 0); /* 创建准备连接服务器端的套接字，此时创建的是TCP套接字。 */if(sock == -1)error_handling("socket() error");memset(&serv_addr,0, sizeof(serv_addr));serv_addr.sin_family=AF_INET;serv_addr.sin_addr.s_addr=inet_addr(argv[1]);serv_addr.sin_port=htons(atoi(argv[2]));/* 结构体变量serv_addr中初始化IP和端口信息。初始化值为目标服务器端套接
字的IP和端口信息。*/if(connect(sock, (struct sockaddr*)&serv_addr, sizeof(serv_addr))==-1) /* 调用connect函数向服务器端发送连接请求。 */error_handling("connect() error!");str_len=read(sock, message, sizeof(message)-1);/* 完成连接后，接收服务器端传输的数据。 */if(str_len==-1)error_handling("read() error!");printf("Message from server : %s \n", message);close(sock);/* 接收数据后调用close函数关闭套接字，结束与服务器端的连接。 */return 0;
}
void error_handling(char* message)
{fputs(message, stderr);fputc('\n', stderr);exit(1);
}

7.基于TCP的服务器端/客户端函数调用关系

前面讲解了TCP服务器端/客户端的实现顺序，实际上二者并非相互独立，各位应该可以勾勒出它们之间的交互过程。之前都详细讨论过，大家就当作复习吧。
在这里插入图片描述
总体流程整理如下：服务器端创建套接字后连续调用bind、listen函数进人等待状态，客户端通过调用connect函数发起连接请求。需要注意的是，客户端只能等到服务器端调用listen函数后才能调connect函数。同时要清楚，客户端调用connect函数前，服务器端有可能率先调用accept函数。当然，此时服务器端在调用accept函数时进人阻塞（blocking)状态，直到客户端调connect函数为止。

三、实现选代服务器端/客户端

和大家一起编写回声（echo）服务器端/客户端。顾名思义，服务器端将客户端传输的字符串数据原封不动地传回客户端，就像回声一样。在此之前，需要先解释一下迭代服务器端。

1.实现选代服务器端

之前讨论的Helloworld服务器端处理完1个客户端连接请求即退出，连接请求等待队列实际没有太大意义。但这并非我们想象的服务器端。设置好等待队列的大小后，应向所有客户端提供服务。如果想继续受理后续的客户端连接请求，应怎样扩展代码？最简单的办法就是插人循环语句反复调用accept函数，
在这里插入图片描述

可以看出，调用accept函数后，紧接着调用I/O相关的read、write函数，然后调用close函数。这并非针对服务器端套接字，而是针对accept函数调用时创建的套接字。
调用close函数就意味着结束了针对某一客户端的服务。此时如果还想服务于其他客户端，就要重新调用accept函数。
“这算什么呀？又不是银行窗口，好歹也是个服务器端，难道同一时刻只能服务于一个客户端吗？”
是的！同一时刻确实只能服务于一个客户端。将来学完进程和线程后，就可以编写同时服务多个客户端的服务器端了。目前只能做到这一步，虽然很遗憾，大家先不要心急。

2.迭代回声服务器端/客户端

前面讲的就是迭代服务器端。即使服务器端以迭代方式运转，客户端代码也无太大区别。接下来创建迭代回声服务器端及与其配套的回声客户端。首先整理一下程序的基本运行方式。
■ 服务器端在同一时刻只与一个客户端相连，并提供回声服务。
■ 服务器端依次向5个客户端提供服务并退出。
■ 客户端接收用户输人的字符串并发送到服务器端。
■ 服务器端将接收的字符串数据传回客户端，即“回声”。
■ 服务器端与客户端之间的字符串回声一直执行到客户端输人Q为止。
首先介绍满足以上要求的回声服务器端代码。希望大家注意观察accept函数的循环调用过程。
未完待续。。。。。

总结

明天继续写

前言