send,recv,sendto,recvfrom

send函数

int send( SOCKET s,    const char FAR *buf,    int len,    int flags );

不论是客户还是server应用程序都用send函数来向TCP连接的还有一端发送数据。

客户程序一般用send函数向server发送请求,而server则通经常使用send函数来向客户程序发送应答。

该函数的第一个參数指定发送端套接字描写叙述符;

第二个參数指明一个存放应用程序要发送数据的缓冲区;

第三个參数指明实际要发送的数据的字节数;

第四个參数一般置0。

这里只描写叙述同步Socket的send函数的运行流程。当调用该函数时,send先比較待发送数据的长度len和套接字s的发送缓冲的 长度, 假设len大于s的发送缓冲区的长度,该函数返回SOCKET_ERROR;假设len小于或者等于s的发送缓冲区的长度,那么send先检查协议 是否正在发送s的发送缓冲中的数据,假设是就等待协议把数据发送完,假设协议还没有開始发送s的发送缓冲中的数据或者s的发送缓冲中没有数据,那么 send就比較s的发送缓冲区的剩余空间和len,假设len大于剩余空间大小send就一直等待协议把s的发送缓冲中的数据发送完,假设len小于剩余 空间大小send就只把buf中的数据copy到剩余空间里(注意并非send把s的发送缓冲中的数据传到连接的还有一端的,而是协议传的,send不过把buf中的数据copy到s的发送缓冲区的剩余空间里)。假设send函数copy数据成功,就返回实际copy的字节数,假设send在copy数据时出现错误,那么send就返回SOCKET_ERROR;假设send在等待协议传送数据时网络断开的话,那么send函数也返回SOCKET_ERROR。

要注意send函数把buf中的数据成功copy到s的发送缓冲的剩余空间里后它就返回了,可是此时这些数据并不一定立即被传到连接的还有一端。如 果协议在兴许的传送过程中出现网络错误的话,那么下一个Socket函数就会返回SOCKET_ERROR。(每个除send外的Socket函数在执 行的最開始总要先等待套接字的发送缓冲中的数据被协议传送完成才干继续,假设在等待时出现网络错误,那么该Socket函数就返回 SOCKET_ERROR)

注意:在Unix系统下,假设send在等待协议传送数据时网络断开的话,调用send的进程会接收到一个SIGPIPE信号,进程对该信号的默认处理是进程终止。

recv函数
int recv( SOCKET s,   char FAR *buf,    int len,   int flags   );

不论是客户还是server应用程序都用recv函数从TCP连接的还有一端接收数据。

该函数的第一个參数指定接收端套接字描写叙述符;

第二个參数指明一个缓冲区,该缓冲区用来存放recv函数接收到的数据;

第三个參数指明buf的长度;

第四个參数一般置0。

这里仅仅描写叙述同步Socket的recv函数的运行流程。当应用程序调用recv函数时,recv先等待s的发送缓冲 中的数据被协议传送完成,假设协议在传送s的发送缓冲中的数据时出现网络错误,那么recv函数返回SOCKET_ERROR,假设s的发送缓冲中没有数 据或者数据被协议成功发送完成后,recv先检查套接字s的接收缓冲区,假设s接收缓冲区中没有数据或者协议正在接收数据,那么recv就一直等待,仅仅到 协议把数据接收完成。当协议把数据接收完成,recv函数就把s的接收缓冲中的数据copy到buf中(注意协议接收到的数据可能大于buf的长度,所以 在这样的情况下要调用几次recv函数才干把s的接收缓冲中的数据copy完。recv函数仅仅是copy数据,真正的接收数据是协议来完成的),recv函数返回事实上际copy的字节数。假设recv在copy时出错,那么它返回SOCKET_ERROR;假设recv函数在等待协议接收数据时网络中断了,那么它返回0。

注意:在Unix系统下,假设recv函数在等待协议接收数据时网络断开了,那么调用recv的进程会接收到一个SIGPIPE信号,进程对该信号的默认处理是进程终止。

sendto和recvfrom一般用于UDP协议中,可是假设在TCP中connect函数调用后也能够用.

sendto()和recvfrom()——利用数据报方式进行传输数据 
  在无连接的数据报socket方式下,因为本地socket并没有与远端机器建立连接,所以在发送数据时应指明目的地址,sendto()函数原型为: 
  int sendto(int sockfd, const void *msg,int len unsigned int flags, const struct sockaddr *to, int tolen); 
  该函数比send()函数多了两个參数,to表示目地机的IP地址和port号信息,而tolen经常被赋值为sizeof (struct sockaddr)。Sendto 函数也返回实际发送的数据字节长度或在出现发送错误时返回-1。 
  recvfrom()函数原型为: 
  int recvfrom(int sockfd,void *buf,int len,unsigned int lags,struct sockaddr *from,int *fromlen); 
  from是一个struct sockaddr类型的变量,该变量保存源机的IP地址及port号。fromlen常置为sizeof (struct sockaddr)。当recvfrom()返回时,fromlen包括实际存入from中的数据字节数。Recvfrom()函数返回接收到的字节数或当出现错误时返回-1,并置对应的errno。 
  应注意的一点是,当你对于数据报socket调用了connect()函数时,你也能够利用send()和recv()进行传输数据,但该socket仍然是数据报socket,而且利用传输层的UDP服务。但在发送或接收数据报时,内核会自己主动为之加上目地和源地址信息。

时间: 2024-10-05 20:38:01

send,recv,sendto,recvfrom的相关文章

UNIX网络编程-send、recv、sendto、recvfrom详解

send.recv和sendto.recvfrom,一般情况下,send.recv在TCP协议下使用,sendto.recvfrom在UDP协议下使用,也可以在TCP协议下使用,不过用的很少. 1.send 这里只描述同步socket的send函数的执行流程. s:套接字  |  buf:存储发送数据  |  len:发送数据长度 当调用该函数时,send先比较待发送数据的长度len和套接字s的发送缓冲的长度,如果len大于s的发送缓冲区的长度,该函数返回SOCKET_ERROR:如果len小于

深入理解TCP协议及其源代码——send和recv背后数据的收发过程

TCP数据发送和接收的原理 TCP连接的建立过程 TCP Socket的连接的过程是服务端先通过socket()函数创建一个socket对象,生成一个socket文件描述符,然后通过bind()函数将生成的socket绑定到要监听的地址和端口上面.绑定好了之后,使用listen()函数来监听相应的端口.而客户端是在通过socket()函数创建一个socket对象之后,通过connect()函数向被服务端监听的socket发起一个连接请求,即发起一次TCP连接的三次握手.接下来就可以就可以通过TC

send,recv,sendto,recvfrom ~转载

 send,recv,sendto,recvfrom send函数 int send( SOCKET s,    const char FAR *buf,    int len,    int flags ); 不论是客户还是服务器应用程序都用send函数来向TCP连接的另一端发送数据. 客户程序一般用send函数向服务器发送请求,而服务器则通常用send函数来向客户程序发送应答. 该函数的第一个参数指定发送端套接字描述符: 第二个参数指明一个存放应用程序要发送数据的缓冲区: 第三个参数指明实际

socket使用TCP协议时,send、recv函数解析以及TCP连接关闭的问题

Tcp协议本身是可靠的,并不等于应用程序用tcp发送数据就一定是可靠的.不管是否阻塞,send发送的大小,并不代表对端recv到多少的数据. 在阻塞模式下, send函数的过程是将应用程序请求发送的数据拷贝到发送缓存中发送并得到确认后再返回.但由于发送缓存的存在,表现为:如果发送缓存大小比请求发送的大小要大,那么send函数立即返回,同时向网络中发送数据;否则,send向网络发送缓存中不能容纳的那部分数据,并等待对端确认后再返回(接收端只要将数据收到接收缓存中,就会确认,并不一定要等待应用程序调

[转]socket使用TCP协议时,send、recv函数解析以及TCP连接关闭的问题

Tcp协议本身是可靠的,并不等于应用程序用tcp发送数据就一定是可靠的.不管是否阻塞,send发送的大小,并不代表对端recv到多少的数据. 在阻塞模式下, send函数的过程是将应用程序请求发送的数据拷贝到发送缓存中发送并得到确认后再返回.但由于发送缓存的存在,表现为:如果发送缓存大小比请求发送的大小要大,那么send函数立即返回,同时向网络中发送数据;否则,send向网络发送缓存中不能容纳的那部分数据,并等待对端确认后再返回(接收端只要将数据收到接收缓存中,就会确认,并不一定要等待应用程序调

python语言磁力搜索引擎源码公开,基于DHT协议,十二分有技术含量的技术博客

之前我在写百度网盘爬虫,百度图片爬虫的时候答应网友说,抽时间要把ok搜搜的的源码公开,如今是时候兑现诺言了,下面就是爬虫的所有代码,完全,彻底的公开,你会不会写程序都可以使用,不过请先装个linux系统,具备公网条件,然后运行: python startCrawler.py 有必要提醒你,数据库字段代码中都有,请你自己建张表格,这个太简单了,就不多说了.同时我也提供一下下载地址,源码都在:下载地址1 下载地址2 代码如下: #!/usr/bin/env python # encoding: ut

Python番外之 阻塞非阻塞,同步与异步,i/o模型

1. 概念理解 在进行网络编程时,我们常常见到同步(Sync)/异步(Async),阻塞(Block)/非阻塞(Unblock)四种调用方式: 同步/异步主要针对C端: 同步:      所谓同步,就是在c端发出一个功能调用时,在没有得到结果之前,该调用就不返回.也就是必须一件一件事做,等前一件做完了才能做下一件事. 例如普通B/S模式(同步):提交请求->等待服务器处理->处理完毕返回 这个期间客户端浏览器不能干任何事 异步:      异步的概念和同步相对.当c端一个异步过程调用发出后,调

五种I/O 模式——阻塞(默认IO模式),非阻塞(常用语管道),I/O多路复用(IO多路复用的应用场景),信号I/O,异步I/O

五种I/O 模式——阻塞(默认IO模式),非阻塞(常用语管道),I/O多路复用(IO多路复用的应用场景),信号I/O,异步I/O 五种I/O 模式:[1]        阻塞 I/O           (Linux下的I/O操作默认是阻塞I/O,即open和socket创建的I/O都是阻塞I/O)[2]        非阻塞 I/O        (可以通过fcntl或者open时使用O_NONBLOCK参数,将fd设置为非阻塞的I/O)[3]        I/O 多路复用     (I/O

TCP粘包, UDP丢包, nagle算法

一.TCP粘包 1. 什么时候考虑粘包 如果利用tcp每次发送数据,就与对方建立连接,然后双方发送完一段数据后,就关闭连接,这样就不会出现粘包问题(因为只有一种包结构,类似于http协议,UDP不会出现粘包现象).关闭连接主要要双方都发送close连接(参考tcp关闭协议).如:A需要发送一段字符串给B,那么A与B建立连接,然后发送双方都默认好的协议字符如"hello give me sth abour yourself",然后B收到报文后,就将缓冲区数据接收,然后关闭连接,这样粘包问