UNPv1第八章：基本UDP套接口编程

使用UDP编写的一些常用应用程序有：DNS(域名系统)、NFS(网络文件系统)和SNMP(简单网络管理协议)

1.典型的UDP客户/服务器程序的函数调用：

这里写图片描述

2.recvfrom和sendto函数

两个函数类似于标准的read和write函数，不过需要三个额外的参数

#include <sys/socket.h>
ssize_t recvfrom(int sockfd, void *buff, size_t nbytes, int flags, struct sockaddr *from, socklen_t *addrlen);
ssize_t sendto(int sockfd, const void *buff, size_t nbytes, int flags, const struct sockaddr *to, socklen_t addrlen);
//均返回：若成功则为读或写的字节数，出错为-1

前三个参数：sockfd, buff, nbytes等同于read和write的前三个参数：描述字，指向读入或者写出缓冲区的指针，读写字节数。 函数sendto的参数to是一个含有数据将发往的协议地址(例如IP地址和端口号)的套接口地址结构，它的大小由addrlen来指定。函数recvfrom用数据报发送者的协议地址装填由from所指的套接口地址结构，存储在此套接口地址结构中的字节数也以addrlen所指的整数返回给调用者。注意，sendto的最后一个参数是一个整数值，而recvfrom的最后一个参数值是一个指向整数值的指针(值-结果参数)。 recvfrom的最后两个参数类似于accept的最后两个参数：返回时套接口地址结构的内容告诉我们是谁发送了数据报(UDP情况下)或是谁发起了连接(TCP情况下)。sendto的最后两个参数类似于connect的最后两个参数：我们用数据报将发往(UDP情况下)或与之建立连接(TCP情况下)的协议地址来装填套接口地址结构。 写一个长度为0的数据报是可行的，这也意味着对于数据报协议，recvfrom返回0值也是可行的；它不表示对方已经关闭了连接，这与TCP套接口上的read返回0的情况不同。由于UDP是无连接的，这就没有诸如关闭UDP连接之类的事情。

3.UDP的connect函数

我们可以给UDP套接口调用connect，但这样做的结果却与TCP连接毫不相同：没有三路握手过程。内核只是记录对方的IP地址和端口号，它们包含在传递给connect的套接口地址结构中，并立即返回给调用进程。 对于已连接UDP套接口，与缺省的未连接套接口相比，发生了三个变化：

1).我们再也不能给输出操作指定IP和端口号，也就是说我们不使用sendto，而改用write或send，写到已连接UDP套接口上的任何内容都自动发送到由connect指定的协议地址（例如IP地址和端口号）
2).我们不必使用recvfrom以获悉数据报的发送者，而改用read，recv或recvmsg，在一个已连接UDP套接口上由内核为输入操作返回的数据报仅仅是那些来自connect所指定协议地址的数据报。目的地为这个已连接UDP套接口的本地协议地址，发源地却不是该套接口早先connect到的协议地址的数据报，不会投递到该套接口。这样就限制了一个已连接UDP套接口而且仅能与一个对端交换数据报。
3).由已连接的UDP套接口引发的异步错误返回给他们所在的进程,而未连接UDP套接字不接受任何异步错误。

拥有一个已连接的UDP套接字的进程出于下列目的再次调用connect （1）指定新的IP地址和端口号 （2）断开套接口 第一个目的（即给一个已连接UDP套接口指定新的对端）不同于TCP套接口中connect的使用:对于TCP套接口，connect只能调用一次。 为了断开一个已connect的UDP套接口连接，我们再次调用connect时把套接口地址结构的地址簇成员（sin_family）设置为AF_UNSPEC。 这么做可能返回一个EAFNOSUPPORT错误，不过没有关系。 使得套接口断开连接的是在已连接UDP套接口上调用connect的进程。