Linux上sendto偶尔需要很长时间才返回是什么原因

在linux的网络编程，特别是TCP的编程中，SIGPIPE信号错误是一个比较常见的问题，我猜测你是在使用TCP的socket吧，如果是这样的话，很有可能是你在向一个已经处于关闭状态的socket写数据，因为TCP是面向连接的协议。如果对方将socket给close掉了，而你还继续往这个 socket写数据，就会触发这个信号。 因此，建议你在write之前检查一下对方是否已经close掉了这个socket。 如果回答得不对，可以继续追问哈

sendto（经socket传送数据）

相关函数 send , sendmsg,recv , recvfrom , socket

表头文件 #include <sys/types.h >

#include <sys/socket.h >

定义函数 int sendto ( int s , const void * msg, int len, unsigned int flags, const

struct sockaddr * to , int tolen )

函数说明 sendto() 用来将数据由指定的socket传给对方主机。参数s为已建好连线的socket,如果利用UDP协议则不需经过连线 *** 作。参数msg指向欲连线的数据内容，参数flags 一般设0，详细描述请参考send()。参数to用来指定欲传送的网络地址，结构sockaddr请参考bind()。参数tolen为sockaddr的结果长度。

返回值 成功则返回实际传送出去的字符数，失败返回－1，错误原因存于errno 中。

错误代码 EBADF 参数s非法的socket处理代码。

EFAULT 参数中有一指针指向无法存取的内存空间。

WNOTSOCK canshu s为一文件描述词，非socket。

EINTR 被信号所中断。

EAGAIN 此动作会令进程阻断，但参数s的soket为补课阻断的。

ENOBUFS 系统的缓冲内存不足。

EINVAL 传给系统调用的参数不正确。

范例 #include <sys/types.h >

#include <sys/socket.h >

# include <netinet.in.h>

#include <arpa.inet.h>

#define PORT 2345 /*使用的port*/

main(){

int sockfd,len

struct sockaddr_in addr

char buffer[256]

/*建立socket*/

if(sockfd=socket (AF_INET,SOCK_DGRAM,0))<0){

perror (“socket”)

exit(1)

}

/*填写sockaddr_in 结构*/

bzero ( &addr, sizeof(addr) )

addr.sin_family=AF_INET

addr.sin_port=htons(PORT)

addr.sin_addr=hton1(INADDR_ANY)

if (bind(sockfd, &addr, sizeof(addr))<0){

perror(“connect”)

exit(1)

}

while(1){

bezro(buffer,sizeof(buffer))

len = recvfrom(socket,buffer,sizeof(buffer), 0 , &addr &addr_len)

/*显示client端的网络地址*/

printf(“receive from %s\n “ , inet_ntoa( addr.sin_addr))

/*将字串返回给client端*/

sendto(sockfd,buffer,len,0,&addr,addr_len)”

}

}

sendto函数只负责将你要发送的数据复制到内核，然后自己返回。内核会尝试发送数据，你把网线拔了，内核在发送完数据后会一直尝试接收ACK,收不到的话会尝试重发该数据，一直到超时，这通常要花费几分钟的时间，你的sendto正常返回是正常的，但是过一会你再调用read，write之类的 *** 作套接口的函数就会返回错误.

---