大家好,又见面了,我是你们的朋友全栈君。
recv和recvfrom都是用来接受来自的网络的数据。来看看它们的原型:
int recv(
SOCKET,
char FAR*,
int,
int
);
int recvfrom(
SOCKET,
char FAR*,
int,
int,
struct sockaddr FAR*,
int FAR*
);
这是在windows下面的定义。在linux下面的定义只是将SOCKET改成int,那么在linux下面的原型是这样:
int recv(
int,
char FAR*,
int,
int
);
int recvfrom(
int,
char FAR*,
int,
int,
struct sockaddr FAR*,
int FAR*
);
其实要是看看windows中SOCKET的定义,就知道它们几乎是完全相同了,为什么是几乎?因为还是有点小区别,linux下面是int类型,而windows下面是unsigned int。下面就是windows中SOCKET的定义:
typedef UINT_PTR SOCKET;
typedef unsigned int UINT_PTR, *PUINT_PTR;
插一句,在linux下面这里的int s, 其实代表的是文件描述符。在linux中所有的设备,如磁盘,光驱,U盘甚至我们这里的讨论的网络也都被看作是文件。
我们看看这两个函数在功用上的共同点和不同点:
共同点:
1. 都是用来接受来自网络的数据
2. 都可以 接受面向连接的流式套接字的 和 接受无连接的数据报套接字 的数据
3. 在成功接受到数据后,返回值都是实际接受的字节数; 套接字关闭时,返回都为0; 接受出错时,windows下面都返回SOCKET_ERROR , linux下面都返回-1, 其实你要是感兴趣可以查看SOCKET_ERROR 定义,它的值也是-1;
关于这里的“套接字关闭”需要注意,2个函数在用在流式套接字和数据报套接字时,套接字表示的含义不一样,前者表示客户端套接字,而后者表示的是自己的套接字。
4.
如果套接字为阻塞的,在系统缓冲中没有数据的情况下,都将阻塞;如果套接字为非阻塞的,在系统缓冲中没有数据的情况下,都将立即返回,返回值在linux
下为-1,
errno被设置为EWOULDBLOCK,在windows下面返回SOCKET_ERROR, 通过WSAGetLastError返回
WSAEWOULDBLOCK.
5.如果用在流式套接字,则2者的操作是:将已在内核缓冲区的数据拷贝到应用程序自己的缓冲区,拷贝的最大的长度为调用函数时传入的缓冲区的长度,注意这里的长度不一定等于实际缓冲区的长度,可以小于缓冲区的长度,但是绝对不能大于,为什么不能大于,也许你比我更清楚。例如下面这段代码:
char szRecvBuf[1024] = { 0 };
recv( sockServer, szRecvBuf, 256, 0 );
这
里虽然定义的缓冲区的长度为1024但是接受的时候只用其中的256.
如果内核缓冲区当时有10个字节,那么这次调用立刻返回,szRecvBuf被填充了10字节,返回值是10。 如果内核缓冲区有1500个字节,那么
szRecvBuf将被填充256个字节,返回值就是256.
如
果是数据报套接字,在内核缓冲区中的数据小于要求长度(这里是256)的情况下,和流式套接字结果一样。但是大于的情况就不一样了,首先将填充256到
szRecvBuf中,并且产生一个WASEMSGSIZE的错误,并且剩下的部分被丢弃。假如内核缓冲区的数据为1000字节,那么前面的256被填充
到szRecvBuf中,后面的1000-256将被丢弃。
recvfrom的执行效果也是同样的。
上面的结论是结合msdn和实际的测试得出的。
recvfrom的实际效果也是这样。
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/163415.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...