16-基于udp的客户端/服务端通信

1. 使用udp协议通信

在此之前,我们基于TCP的客户端/服务端通信示例是有连接方式的,客户端会先调用connect发起连接,当两端tcp连接建立完成,然后服务端调用accept接受客户端的连接,通过套接字开始通信。

UDP协议是无连接且不可靠的,没有被动套接字和主动套接字之分,客户端和服务端之间通信不需要提前建立好连接,而是直接调用sendto或recvfrom函数收发数据,如下图所示:

图1-使用udp协议通信过程

 

关于udp协议以及udp数据报格式请参考:41-udp协议

 

2. recvfrom和sendto函数

#include <sys/socket.h>

ssize_t recvfrom(int sockfd, void *buf, size_t len, int flags, struct sockaddr *src_addr, socklen_t *addrlen);

ssize_t sendto(int sockfd, const void *buf, size_t len, int flags, const struct sockaddr *dest_addr, socklen_t addrlen);

这两个函数的前三个参数相当于read和write的三个参数:文件描述符,读缓冲区或写缓冲区,读或写的字节数。关于参数flags一般设置为0即可,我们将在后面详细讨论flags参数的用法。

recvfrom函数的参数src_addr用于指向数据报发送者的套接字地址,参数addrlen则是用于指定套接字地址大小。sendto函数的参数dest_addr用于指向数据报接收者的套接字地址,参数addrlen指定套接字地址大小。

返回值说明:sendto函数调用成功返回实际写入的字节数,recvfrom函数调用成功返回实际读取的字节数,如果两个函数出错则返回-1。

需要注意的是,recvfrom函数会一直阻塞,直到有数据到来(即直到接收缓冲区有数据),sendto函数也一样,如果缓冲区满了(这里说的是发送缓冲区),同样也会阻塞,直到缓冲区的数据被读走。

另外,sendto函数可以发送长度为0的数据报,即一个只包含IP首部(对于IPv4来说通常是20字节)和一个8字节的UDP首部的数据报。同理,recvfrom也可以返回0,这并不意味着像tcp一样表示对端已关闭,因为对于UDP来说没有所谓的关闭连接之类的说法

 

3. 服务端程序

#include <string.h>
#include <netinet/in.h>
#include <stdio.h>
#include <unistd.h>
#include <strings.h>
#include <arpa/inet.h>
#include <ctype.h>

#define MAXLINE 1024
#define SERV_PORT 10001

int main(void)
{
	struct sockaddr_in servaddr, cliaddr;
	socklen_t cliaddr_len;
	int sockfd;
	char buf[MAXLINE];
	char str[INET_ADDRSTRLEN];
	int i, n;

	sockfd = socket(AF_INET, SOCK_DGRAM, 0);
	bzero(&servaddr, sizeof(servaddr));
	servaddr.sin_family = AF_INET;
	servaddr.sin_addr.s_addr = htonl(INADDR_ANY);
	servaddr.sin_port = htons(SERV_PORT);
	bind(sockfd, (struct sockaddr *)&servaddr, sizeof(servaddr));
	printf("Accepting connections ...\n");

	while (1) {
		cliaddr_len = sizeof(cliaddr);
		n = recvfrom(sockfd, buf, MAXLINE,0, (struct sockaddr *)&cliaddr, &cliaddr_len);
		if (n == -1)
			perror("recvfrom error");
		printf("received from %s PORT %d\n", 
				inet_ntop(AF_INET, &cliaddr.sin_addr, str, sizeof(str)),
				ntohs(cliaddr.sin_port));
		for (i = 0; i < n; i++)
			buf[i] = toupper(buf[i]);

		n = sendto(sockfd, buf, n, 0, (struct sockaddr *)&cliaddr, sizeof(cliaddr));
		if (n == -1)
			perror("sendto error");
	}
	close(sockfd);
	return 0;
}

 

4. 客户端程序

为了防止在一台机器上启动多个客户端导致出错,客户端不需要调用bind函数显式绑定ip地址和端口,因为客户端在第一次调用sendto函数时,系统会选择当前可用的ip地址和一个随机的端口号绑定到套接字(也就是隐式绑定)。

对于客户端程序来说,如果并不关心数据报发送者的协议地址,可以将recvfrom函数的src_addr和addrlen参数设置为NULL,这样做会带来一个风险就是任何进程都可以向该客户端发送数据报,并且这些数据报会被客户端接收作为服务端的应答

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include <strings.h>
#include <ctype.h>

#define MAXLINE 1024
#define SERV_PORT 10001

int main(int argc, char *argv[])
{
	struct sockaddr_in servaddr;
	int sockfd, n;
	char buf[MAXLINE];

	sockfd = socket(AF_INET, SOCK_DGRAM, 0);

	bzero(&servaddr, sizeof(servaddr));
	servaddr.sin_family = AF_INET;
	inet_pton(AF_INET, "127.0.0.1", &servaddr.sin_addr);
	servaddr.sin_port = htons(SERV_PORT);

	while (fgets(buf, MAXLINE, stdin) != NULL) {
		n = sendto(sockfd, buf, strlen(buf), 0, (struct sockaddr *)&servaddr, sizeof(servaddr));
		if (n == -1){
            perror("sendto error");
            break;
        }
			
		n = recvfrom(sockfd, buf, MAXLINE, 0, NULL, 0);
		if (n == -1){
            perror("recvfrom error");
            break;
        }
		write(STDOUT_FILENO, buf, n);
	}
	close(sockfd);
	return 0;
}

 

先启动server,然后再启动client,程序执行结果如下:

 

tcpdump抓取lo本地网卡的数据包:

从上图我们可以看到使用udp协议通信时无需建立连接和关闭连接,udp数据报的格式相比tcp协议来说更简单一些。

 

5. 数据报的丢失

熟悉udp协议的同学都知道udp协议是不可靠的,这意味着前面基于udp的客户端/服务端通信例子中,如果数据报在网络传输过程中丢失了,udp协议并不会对丢失的数据报进行重传等措施,来保证数据可靠传输,这将会导致程序出现网络异常。

图2-数据报的丢失

 

举一个常见的情况:

1. 客户端发送的数据报丢失了(例如数据报在网络传输过程中经过某一个路由器时被丢弃了),客户端将会永远阻塞在recvfrom函数调用处,并等待服务端的数据响应,但服务端由于没有收到客户端的数据请求,实际上会阻塞在recvfrom函数出等待客户端的数据请求。

 

2. 又或者服务端收到了客户端的数据请求,但是服务端发送的数据响应丢失了,那么客户端也会永远阻塞在recvfrom函数调用处。

 

 

还是基于前面的程序示例,先启动server,再启动client,并且客户端访问的是10002端口,程序执行结果如下:

 

客户端调用sendto函数发送数据后,紧接着就调用recvfrom函数阻塞等待服务端的数据响应,服务端也调用recvfrom函数阻塞等待客户端的数据请求。由于客户端访问的10002端口没有开启,服务端无法收到客户端的数据请求,那么客户端和服务端将会一直阻塞在recvfrom函数处。

 

 

tcpdump抓取到的数据报:

从图中我们可以看到客户端发送数据后,访问的10002端口不存在,因此产生了一个ICMP差错报文(目标端口不可达),根据ICMP协议给出的错误提示:服务端(目的地)没有开启这个端口。

对此,udp协议并不提供数据可靠传输服务,虽然ICMP协议提供了差错控制服务,但是这和数据可靠传输服务是两回事,说白了就是差错控制服务并不能解决udp不可靠的问题。

由于应用层程序中的recvfrom函数并没有检测到这种错误,这就需要我们自行在应用层进行处理,通常为防止永久阻塞的方法是在客户端的recvfrom调用处设置一个超时时间。

 

 

遗留的问题:

但是这种方式并非完整的解决办法,因为即便是超时了,我们还是无法判断超时的具体原因是客户端发送的数据请求丢失了,还是服务端的数据相应丢失了,如果是更加复杂的情况,那么设置超时是远无法解决的。

 

6. 未启动服务端

在这一节中我们将讨论在没有启动服务端的前提下启动客户端,实际上什么也不会发生,客户端将永远阻塞在recvfrom调用处等待服务端的数据应答,但实际上服务端的数据应答永远也到达不了。

 

192.168.1.18是客户端,192.168.1.19为服务端,这是tcpdump抓取到的数据报:

我们可以看到客户端在向服务端发送数据报之前,会有一次ARP请求/应答,因为ip数据报发送到本地网络上的另一个主机或路由器前,还是有可能会出现ARP请求/应答的。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值