udp connect 有连接
udp中也有connect 只是它的connect不会进行三步握手 udp中调用connect时什么包也不发送
调用connect是可选的 调用connect后就可以使用send recv来进行UDP的收发包 而不必每次都要指定地址 然后使用sendto recvfrom进行操作 当然也可以调用sendto recvfrom
没有调用connect那只能调用sendto recvfrom 不可以调用send recv
UDP(User Datagram Protocol） 用户数据报协议
用户数据报协议（UDP）是 OSI 参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。是一个简单的面向数据报的传输层协议，IETF RFC 768是UDP的正式规范。 UDP 协议基本上是 IP 协议与上层协议的接口。 UDP 协议适用端口分别运行在同一台设备上的多个应用程序。
由于大多数网络应用程序都在同一台机器上运行，计算机上必须能够确保目的地机器上的软件程序能从源地址机器处获得数据包，以及源计算机能收到正确的回复。这是通过使用 UDP 的“端口号”完成的。例如，如果一个工作站希望在工作站 128.1.123.1 上使用域名服务系统，它就会给数据包一个目的地址 128.1.123.1 ，并在 UDP 头插入目标端口号 53 。源端口号标识了请求域名服务的本地机的应用程序，同时需要将所有由目的站生成的响应包都指定到源主机的这个端口上。 UDP 端口的详细介绍可以参照相关文章。
与 TCP 不同， UDP 并不提供对 IP 协议的可靠机制、流控制以及错误恢复功能等。由于 UDP 比较简单， UDP 头包含很少的字节，比TCP负载消耗少。
UDP适用于不需要TCP可靠机制的情形，比如，当高层协议或应用程序提供错误和流控制功能的时候。 UDP是传输层协议，服务于很多知名应用层协议，包括网络文件系统（NFS）、简单网络管理协议（SNMP）、域名系统（DNS）以及简单文件传输系统（TFTP）、动态主机配置协议(DHCP)、路由信息协议(RIP)和某些影音串流服务等等。
协议结构
Source Port — 16位。源端口是可选字段。当使用时，它表示发送程序的端口，同时它还被认为是没有其它信息的情况下需要被寻址的答复端口。如果不使用，设置值为0。
Destination Port — 16位。目标端口在特殊因特网目标地址的情况下具有意义。
Length — 16位。该用户数据报的八位长度，包括协议头和数据。长度最小值为8。
Checksum — 16位。IP 协议头、UDP 协议头和数据位，最后用0填补的信息假协议头总和。如果必要的话，可以由两个八位复合而成。
Data — 包含上层数据信息。
UDP协议有如下的特点：
1、UDP传送数据前并不与对方建立连接，即UDP是无连接的，在传输数据前，发送方和接收方相互交换信息使双方同步。
2、UDP不对收到的数据进行排序，在UDP报文的首部中并没有关于数据顺序的信息（如TCP所采用的序号），而且报文不一定按顺序到达的，所以接收端无从排起。
3、UDP对接收到的数据报不发送确认信号，发送端不知道数据是否被正确接收，也不会重发数据。
4、UDP传送数据较TCP快速，系统开销也少。
5、由于缺乏拥塞控制（congestion control），需要基于网络的机制来减小因失控和高速UDP流量负荷而导致的拥塞崩溃效应。换句话说，因为UDP发送者不能够检测拥塞，所以像使用包队列和丢弃技术的路由器这样的网络基本设备往往就成为降低UDP过大通信量的有效工具。数据报拥塞控制协议(DCCP)设计成通过在诸如流媒体类型的高速率UDP流中增加主机拥塞控制来减小这个潜在的问题。
从以上特点可知，UDP提供的是无连接的、不可靠的数据传送方式，是一种尽力而为的数据交付服务。
编辑本段]
<>
[2]UDP Server程序
1、编写UDP Server程序的步骤
（1）使用socket（）来建立一个UDP socket，第二个参数为SOCK_DGRAM。
（2）初始化sockaddr_in结构的变量，并赋值。sockaddr_in结构定义：
struct sockaddr_in {
uint8_t sin_len;
sa_family_t sin_family;
in_port_t sin_port;
struct in_addr sin_addr;
char sin_zero[8];
};
这里使用“08”作为服务程序的端口，使用“INADDR_ANY”作为绑定的IP地址即任何主机上的地址。
（3）使用bind（）把上面的socket和定义的IP地址和端口绑定。这里检查bind（）是否执行成功，如果有错误就退出。这样可以防止服务程序重复运行的问题。
（4）进入无限循环程序，使用recvfrom（）进入等待状态，直到接收到客户程序发送的数据，就处理收到的数据，并向客户程序发送反馈。这里是直接把收到的数据发回给客户程序。
2、udpserv.c程序内容：
#include
#include
#include
#include
#include
#include
#define MAXLINE 80
#define SERV_PORT 8888
void do_echo（int sockfd, struct sockaddr *pcliaddr, socklen_t clilen）
{
int n;
socklen_t len;
char mesg[MAXLINE];
for（；；）
{
len = clilen;
/* waiting for receive data */
n = recvfrom（sockfd, mesg, MAXLINE, 0, pcliaddr, &len）；
/* sent data back to client */
sendto（sockfd, mesg, n, 0, pcliaddr, len）；
}
}
int main（void）
{
int sockfd;
struct sockaddr_in servaddr, cliaddr;
sockfd = socket（AF_INET, SOCK_DGRAM, 0）； /* create a socket */
/* init servaddr */
bzero（&servaddr, sizeof（servaddr））；
servaddr.sin_family = AF_INET;
servaddr.sin_addr.s_addr = htonl（INADDR_ANY）；
servaddr.sin_port = htons（SERV_PORT）；
/* bind address and port to socket */
if（bind（sockfd, （struct sockaddr *）&servaddr, sizeof（servaddr）） == -1）
{
perror（"bind error"）；
exit（1）；
}
do_echo（sockfd, （struct sockaddr *）&cliaddr, sizeof（cliaddr））；
return 0;
}
UDP Client程序
1、编写UDP Client程序的步骤
（1）初始化sockaddr_in结构的变量，并赋值。这里使用“8888”作为连接的服务程序的端口，从命令行参数读取IP地址，并且判断IP地址是否符合要求。
（2）使用socket（）来建立一个UDP socket，第二个参数为SOCK_DGRAM。
（3）使用connect（）来建立与服务程序的连接。与TCP协议不同，UDP的connect（）并没有与服务程序三次握手。上面说了UDP是非连接的，实际上也可以是连接的。使用连接的UDP，kernel可以直接返回错误信息给用户程序，从而避免由于没有接收到数据而导致调用recvfrom（）一直等待下去，看上去好像客户程序没有反应一样。
（4）向服务程序发送数据，因为使用连接的UDP，所以使用write（）来替代sendto（）。这里的数据直接从标准输入读取用户输入。
（5）接收服务程序发回的数据，同样使用read（）来替代recvfrom（）。
（6）处理接收到的数据，这里是直接输出到标准输出上。
udpclient.c程序内容：
#include
#include
#include
#include
#include
#include
#include
#include
#define MAXLINE 80
#define SERV_PORT 8888
void do_cli（FILE *fp, int sockfd, struct sockaddr *pservaddr, socklen_t servlen）
{
int n;
char sendline[MAXLINE], recvline[MAXLINE + 1];
/* connect to server */
if（connect（sockfd, （struct sockaddr *）pservaddr, servlen） == -1）
{
perror（"connect error"）;
exit（1）;
}
while（fgets（sendline, MAXLINE, fp） != NULL）
{
/* read a line and send to server */
write（sockfd, sendline, strlen（sendline））;
/* receive data from server */
n = read（sockfd, recvline, MAXLINE）;
if（n == -1）
{
perror（"read error"）;
exit（1）;
}
recvline[n] = 0; /* terminate string */
fputs（recvline, stdout）;
}
}
int main（int argc, char **argv）
{
int sockfd;
struct sockaddr_in srvaddr;
/* check args */
if（argc != 2）
{
printf（"usage: udpclient /n"）;
exit（1）;
}
/* init servaddr */
bzero（&servaddr, sizeof（servaddr））;
servaddr.sin_family = AF_INET;
servaddr.sin_port = htons（SERV_PORT）;
if（inet_pton（AF_INET, argv[1], &servaddr.sin_addr） <= 0）
{
printf（"[%s] is not a valid IPaddress/n", argv[1]）;
exit（1）;
}
sockfd = socket（AF_INET, SOCK_DGRAM, 0）;
do_cli（stdin, sockfd, （struct sockaddr *）&servaddr, sizeof（servaddr））;
return 0;
}
运行例子程序
1、编译例子程序
使用如下命令来编译例子程序：
gcc -Wall -o udpserv udpserv.c
gcc -Wall -o udpclient udpclient.c
编译完成生成了udpserv和udpclient两个可执行程序。
2、运行UDP Server程序
执行。/udpserv &命令来启动服务程序。我们可以使用netstat -ln命令来观察服务程序绑定的IP地址和端口，部分输出信息如下：
Active Internet connections （only servers）
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 0.0.0.0:32768 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:32768 0.0.0.0:*
udp 0 0 0.0.0.0:8888 0.0.0.0:*
udp 0 0 0.0.0.0:111 0.0.0.0:*
udp 0 0 0.0.0.0:882 0.0.0.0:*
可以看到udp处有“0.0.0.0:8888”的内容，说明服务程序已经正常运行，可以接收主机上任何IP地址且端口为8888的数据。
如果这时再执行。/udpserv &命令，就会看到如下信息：
bind error: Address already in use
说明已经有一个服务程序在运行了。
运行UDP Client程序
执行。/udpclient 127.0.0.1命令来启动客户程序，使用127.0.0.1来连接服务程序，执行效果如下：
Hello, World!
Hello, World!
this is a test
this is a test
^d
输入的数据都正确从服务程序返回了，按ctrl+d可以结束输入，退出程序。
如果服务程序没有启动，而执行客户程序，就会看到如下信息：
$ ./udpclient 127.0.0.1
test
read error: Connection refused
说明指定的IP地址和端口没有服务程序绑定，客户程序就退出了。这就是使用connect（）的好处，注意，这里错误信息是在向服务程序发送数据后收到的，而不是在调用connect（）时。如果使用tcpdump程序来抓包，会发现收到的是ICMP的错误信息