一、基本UDP套接口编程
#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
socket:套接字文件描述符
buff:缓存
nbytes:缓存长度
flags:简单UDP中不需要，recv、send、recvmsg和sendmsg时使用
from,to:协议地址
addrlen:协议地址长度
类似于标准的read，write。
recvfrom最后两个参数类似于accept，返回时套接口地址结构内容告诉我们是谁发送了数据报(UDP情况下）或是谁发起了连接（TCP情况下）。
sendto最后两个参数和connect类似，我们用数据报将发往（UDP情况下）或与之建立连接（TCP情况下）的协议地址。
二、数据报的丢失
如果客户数据报到达服务器，但服务器应答丢失了。客户永远阻塞于recvfrom调用。
唯一的解决方法时给客户recvfrom调用设置一个超时。
仅仅为了调用recvfrom而设置超时并不是一个完整的办法。例如，如果我们超时了，我们无法辨别超时原因是数据报没有到达服务器，还是服务器应答没有回到客户。
三、验证接收到的响应
知道客户临时端口号的任何进程都可往客户发送数据报，且这些数据报会与正常的服务器应答混淆。
对recvfrom调用以返回发送响应者的IP地址和端口号，并忽略不是来自我们的数据报所发往服务器的任何数据报。
首先我们注意到，在客户主机可以往服务器主机发UDP数据报之前，要求有ARP请求和应答。
端口不可能ICMP消息，不会返回客户。并永远阻塞在recvfrom调用。
ICMP是异步错误，直到很晚才返回。
四、UDP缺乏流量控制
UDP没有流量控制，它是不可靠的。UDP发送方比DUP接收方运行速度快时造成数据报丢失的一个重要原因。
由服务器接收的数据报的数目时不确定的，他依赖于需要因素，如网络负载、客户主机的处理负载遗迹服务器主机的处理负载。
UDP套接口接收缓冲区
在BSD/OD 2.1中，套接口接收缓冲区的最大大小缺省为262144字节（256*1024），但由于缓冲区分配机制的影响，真实的限制是246723字节。
UDP中外出接口的确定
已连接UDP套接口还可用来确定用于特定目标的外出接口，connect被应用到UDP套接口的副作用。