recv()函数中MSG_PEEK参数的解释

最新推荐文章于 2024-08-19 19:41:47 发布
最新推荐文章于 2024-08-19 19:41:47 发布
阅读量4.3k 收藏 2
点赞数 4
分类专栏： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sinat_37372543/article/details/100189665
版权
本文深入解析recv()函数的使用方式，特别是其最后一个参数的作用。当参数为0时，数据将从缓冲区移除；而当参数为MSG_PEEK时，数据仅被预览，不会从缓冲区中移除。通过具体示例，展示了两种情况下套接字缓冲区的状态变化。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

通常recv()函数的最后一个参数为0，代表从缓冲区取走数据，而当为MSG_PEEK时代表只是查看数据，而不取走数据。

举例：例如套接字缓冲区现有序列''abc'',外部缓冲区即字符数组大小为1，每次只能从套接字中缓冲区读取一个字符。当最后一个参数为0时，调用recv()，套接字缓冲区序列变为''bc''。当最后一个参数为MSG_PEEK时，调用recv(),套接字缓冲区为''abc''。

【VS开发】recv函数函数返回值说明（特别有利于工程调试）
ZhangPY的专栏
03-06 1598
recv函数 int recv( SOCKET s, char FAR *buf, int len, int flags); 不论是客户还是服务器应用程序都用recv函数从TCP连接的另一端接收数据。该函数的第一个参数指定接收端套接字描述符； 第二个参数指明一个缓冲区，该缓冲区用来存放recv函数接收到的数据； 第三个参数指明buf的长度； 第四个参数一般置0。
MSG_OOB MSG_PEEK
llzhang_fly的博客
02-19 1552
本文章向大家介绍一个例子说明 MSG_OOB MSG_PEEK MSG_DONTWAIT，主要包括一个例子说明 MSG_OOB MSG_PEEK MSG_DONTWAIT使用实例、应用技巧、基本知识点总结和需要注意事项，具有一定的参考价值，需要的朋友可以参考一下。 此类数据通过信号SIGURG 来通知，所以需要使用 signal / sigaction 来注册一个信号处理函数， 在signal 之前首先需要 fcntl(clientfd,F_SETOWN,getpid()) ，由于此信号是由套接字产生的，
MSG_PEEK标志
null
06-06 8586
MSG_PEEK标志可以用来读取套接字接收队列中可读的数据，一些情况会用到它，比如为了避免不阻塞而先检查套接字接收队列中可读的数据长度，再采取相应操作。 当然，不阻塞也可采取其他的方法，例如非阻塞式I/O。 MSG_PEEK标志会将套接字接收队列中的可读的数据拷贝到缓冲区，但不会使套接子接收队列中的数据减少，常见的是：例如调用recv或read后，导致套接字接收队列中的数据被读取后而减少，
recv函数的MSG_PEEK标志介绍
热门推荐
道法自然
10-17 1万+
转载自：http://www.blogbus.com/gcoder-logs/220779725.html 考虑下面的场景，server向client发送数据"_META_DATA_\r\n_USER_DATA_"，要求"\r\n"之前的数据_META_DATA_在第一次recv中接收，剩下的recv调用读取_USER_DATA_部分的数据。因为tcp是stream协议，并且
recv MSG_PEEK
yuhaiyang457288的专栏
06-05 1176
因为不清楚 MSG_PEEK 是否阻塞所以写代码测试。 结论:recv falg 为 MSG_PEEK 时候是阻塞的。 #include <sys/types.h>
基于TCP下MSG_PEEK的套接字接受缓冲区的排队数据量分析
xiaomiCJH的博客
07-21 1425
如何获取已经排队的数据量: （1）、获取套接字当中的数据量的目的是为了避免读操作而堵塞在内核中（这样会堵塞整个程序的进行）， 为了解决这个问题， 我们可以使用非堵塞IO （2）、在recv、recvfrom、recvnsg函数当中的flags参数标志，我们可以使用MSG_PEEK标志，仅仅读取该套接字当中缓冲区当中的数据量，但是并不真真的读取该数据，也可以使用MSG_DONTWAIT | MS
c网络编程MSG_PEEK
09-07
引用: 在C网络编程中，MSG_PEEK是一个标志参数，用于recv函数或recvfrom函数中。当设置了MSG_PEEK标志后，recv函数或recvfrom函数从TCP接收缓冲区或UDP接收缓冲区中读取数据，但并不从缓冲区中删除数据，只是偷窥...
如何知道MSG_PEEK所在的头文件，查找头文件的方法
05-25
MSG_PEEK是一个socket数据接收的标志位，它定义在头文件中。如果你不确定一个标志位定义在哪个头文件中，可以通过以下方法进行查找： 1. 使用IDE或编辑器的搜索功能，搜索标志位名称，查看哪些头文件引用了该名称。...
recv选项MSG_PEEK
01-27 4609
如果在recv的时候，flag字段设置了MSG_PEEK，则读取数据包的时候，不会把该数据包从缓存队列中删除；下次读取时还是这个数据包。tcp_recvmsg源代码  if (!(flags & MSG_PEEK)) {   sk_eat_skb(sk, skb, copied_early);   copied_early = 0; } /** * sk_eat_skb
recv()函数的参数解析--MSG_PEEK
asd_book
01-23 7340
recv()的原型是ssize_t recv(int sockfd, void *buf, size_t len, int flags);  我们在编写函数时，通常flags设置为0，此时recv()函数读取tcp 缓冲区中的数据到buf中，并从tcp 缓冲区中移除已读取的数据。如果把flags设置为MSG_PEEK，仅仅是把tcp 缓冲区中的数据读取到buf中，没有把已读取的数据从tcp
MSG_PEEK
fysy0000的专栏
08-10 8427
因为UDP是按数据包接收的，我们在接收之前并不知道这个数据包有多大。一个策略是，我们准备足够大的应用程序缓存以免出错，但是这个“足够大”的概念是建立在我们对传送的数据事先有了解的情况下，比如是我们自己设计服务器端和客户端并且制定应用层协议；另外一种策略是，将一个数据包的相关信息记
UDP通信协议-recvfrom() MSG_PEEK 参数
01-17 3274
这几天为了实现一个基于UDP的上层SIP协议，碰到一个离奇的问题，debug两天方得结果，太难受了。       问题描述：UDP客户端第一次通过sendto()发送消息给服务器端后，阻塞在recvfrom()，等待服务器返回消息。之后的第二次，第三次，第N次客户端都不会阻塞在recvfrom()函数，而是直接获得数据，不管服务器端有没有sendto()，而且每次获得的数据都是一样的。
recv()函数中MSG_PEEK参数的解释(转）
CHALLENG_EVERYTHING的专栏
10-17 731
recv默认最后一个flag参数是0，调用完recv，如果socket的接收缓冲区存在数据，则recv调用会从缓冲区中取走数据 但是如果flag参数设置为0，则调用完recv，不从接收缓冲区中移除读取的数据。 recv()函数中MSG_PEEK参数的解释_sinat_37372543的博客-CSDN博客 ...
recv函数MSG_PEEK|MSG_DONTWAIT|MSG_OOB选项
_llc的博客
09-05 4305
send recv函数 ssize_t send(int sockfd,const void* buf,size_t nbytes,int flags); ssize_t recv(int sockfd,void* buf,size_t nbytes,int flags); 之前一直在linux下使用read和write函数, MSG_OOB:TCP只有紧急模式,没有带外数据 MSG_DONTWAIT:调用函数时不阻塞 MSG_PEEK:只有recv能用,检测input缓冲区是否有数据,(缓冲区数据不变
recv函数究竟是在剪切（偷取）还是复制（偷窥）？ 由0和MSG_PEEK决定！
认知 行动 坚持
01-18 9790
我们先来看MSG_PEEK的值 #include #include int main() { printf("%d\n", MSG_PEEK); // 2 return 0; } 下面， 我们来看服务端程序： #include #include // winsock接口 #pragma comment(lib, "ws2_32.lib") // winso
TCP粘包及MSG_PEEK标志
最新发布
哈米的博客
08-19 230
TCP粘包及MSG_PEEK标志
UDP编程中recvfrom函数的最后一个参数问题
烂笔头
02-22 994
recvfrom的最后一个参数返回往客户端机构中写的数据字节数,这里应该使用sizeof()来求出sockaddr_in的大小,然后赋值给最后一个参数,否则取到的客户端地址不对而且不能正确发送返回数据...
MSG_OOB、MSG_PEEK、MSG_DONTROUTE
zhubo的学习笔记
07-30 8326
在使用TCP编程的send和receive函数时，
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值