原创---tcp udp： send一次发送数据长度大于recv size_t len时，windows、linux下不同返回

最新推荐文章于 2024-09-21 13:49:16 发布
最新推荐文章于 2024-09-21 13:49:16 发布
阅读量1.6k 收藏 1
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yangzhao0001/article/details/48006985
本文探讨了UDP和TCP两种不同协议在数据传输过程中的差异。对于UDP而言，当发送数据长度超过接收缓冲区大小时，未被接收的数据将被丢弃；而TCP则会继续接收剩余数据直至全部接收完毕，不会轻易丢弃数据。

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

1、udp
linux client：send   send data len
linux server：recv   recv data len
当 send len  <= recv len时，recv接受正常；
当 send len  >  recv len时，recv接受 recv data len，也就是说只接收recv buf len个数据，其余数据没有接收；
while循环，发现接下来的recv 居然没有继续接收剩下的数据，而是接收send发来的新的数据，也就是说上一次没有接收的数据，被udp给舍弃了。


在udp broadcast情况下，udp recv也是这样的。




2、tcp
windows client：send   send data len
windows server：recv   recv data len
当 send len  <= recv len时，recv接受正常；
当 send len  >  recv len时，recv接受 recv data len，也就是说只接收recv buf len个数据，其余数据没有接收；
while循环，发现接下来的recv 居然继续接收剩下的数据，直到接受完成。之后，recv才继续send发来的新的数据，也就是说上一次没有接收的数据，没有被tcp舍弃。


yangzhao0001
关注
linux C语言socket函数recv
数字人生
01-20 3171
recv函数是在 Linux C 语言网络编程中用于从已连接的套接字接收数据的函数。它通常与 TCP 连接一起使用，但也可以用于 UDP（尽管对于 UDP，更常使用recvfrom，因为它还可以接收发送方的地址信息）。
Linux内核--网络协议栈(六)UDP数据包发送
文艺小少年的博客
01-15 392
本文首先从宏观上概述了数据包发送的流程，然后分析了协议层注册进内核以及被套接字的过程，最后介绍了通过套接字发送网络数据的过程。
Socket的Send,Recv的长度问题
热门推荐
~鹏鹏在努力~
02-19 1万+
一个包没有固定长度，以太网限制在46－1500字节，1500就是以太网的MTU，超过这个量，TCP会为IP数据报设置偏移量进行分片传输，现在一般可允许应用层设置8k（NTFS系统）的缓冲区，8k的数据由底层分片，而应用层看来只是一次发送。windows的缓冲区经验值是4k。Socket本身分为两种，流(TCP)和数据报(UDP)，你的问题针对这两种不同使用而结论不一...
linux tcp socket 接收的字节数与发送的字节数不符,TCP发送接口(如send(),write()等)的返回值与成功发送到接收端的数据量无直接关系 ....
weixin_28730037的博客
05-15 1212
转自：http://blog.youkuaiyun.com/ordeder/article/details/172402211. TCP发送接口：send()TCP发送数据的接口有send，write，sendmsg。在系统内核中这些函数有一个统一的入口，即sock_sendmsg()。由于TCP是可靠传输，所以对TCP的发送接口很容易产生误解，比如sn = send(...); 错误的认为sn的值是表示有s...
LwIP TCP Client 解决长数据发送的困扰
tiantangmoke的博客
07-12 1万+
问题描述 LWIP 的 TCP Client 发送数据可以调用 tcp_write() 函数，将数据储存在缓冲区里面，然后等待超时自动发送或者调用tcp_output()函数进行发送。 然而 tcp_write() 函数 需要发送的数据过长时，将无法发送，并返回 ERR_MEM。 tcp_write()函数解析 tcp_write()的函数代码很多，就不细看代码了， 先看tcp_write()的完整函数： err_t tcp_write(struct tcp_pcb *pcb, const void
Linux网络编程：recv的返回值
code/decode的博客
07-29 7983
recv是网络编程中用于TCP传输接收数据的接口，由于工作中一直没有接触到网络编程，虽然知道这个函数，但是没有使用经验，所有对接口细节不是很了解。直到前阵子在项目中调试第三方的源码时，跟踪到这个函数，才发现它的返回值和我想象的不太一样。recv函数的原型：ssize_t recv(int sockfd, void* buf, size_t len, int flags);之前知道的是如果读取成功，会
TCP/IP应用层协议实现 - 数据收发send/recv(lwip)
arm7star的博客
05-29 4986
1、接收数据(recv) 2、发送数据(send)
网络编程 -------- 3、TCP_UDP_UNIX
zzzskkd的博客
08-01 973
Server.csocketbind （服务器的ip+端口）listenacceptcloseClient.csocketconnect （服务器的ip+端口）close(1) 三路握手： TCP建立连接时1）SYN请求 (客户端-->服务器)2）SYN+ACK应答 (服务器-->客户端)3）ACK确认 (客户端-->服务器)(2) 四次挥手： TCP断开连接时1）FIN请求 (客户端-->服务器)2）ACK应答 (服务器-->客户端)
tcp udp 底层c++封装类（windows和linux）
03-24
在收发数据时，使用`send()`和`recv()`函数。 相反，UDP是无连接的、不可靠的协议，它不保证数据包的顺序或到达。在C++中，UDP套接字的创建与TCP类似，但无需调用`listen()`和`accept()`. 使用`sendto()`发送数据，...
Linux系列-send recv与read write以及sendto的区别
weixin_57257683的博客
09-21 1058
在网络编程中，`send`、`recv`、`read`、`write`都是常用的系统调用或函数，用于在套接字上发送或接收数据。- `send`和`recv`具有更多针对网络通信的特殊功能，可以通过`flags`参数来设置不同的发送或接收模式，如非阻塞、查看而不移除数据等。在网络编程中，`send`和`sendto`函数都用于发送数据，但它们在使用场景上有所不同，尤其是在面向连接（TCP）和无连接（UDP）协议中。- `read`和`write`是通用的I/O函数，可以用于文件、管道、设备以及网络套接字等。
Linux系统调用-- recv/recvfrom 函数详解
03-28
从套接字上接收一个消息。对于recvfrom ，可同时应用于面向连接的和无连接的套接字。recv一般只用在面向连接的套接字，几乎等同于recvfrom，只要将recvfrom的第五个参数设置NULL。 如果消息太大，无法完整存放在所提供的缓冲区，根据不同的套接字，多余的字节会丢弃。 假如套接字上没有消息可以读取，除了套接字已被设置为非阻塞模式，否则接收调用会等待消息的到来。
在阻塞式的tcp连接中使用recv接收数据未达到指定长度返回问题
qlt445的专栏
05-05 1919
转自http://naso.iteye.com/blog/1927483  一直以为在阻塞的tcp socket上使用read/recv读取的数据长度一定和指定的读取长度一致，但是实际测试时发现往往返回的长度都比指定长度短，查找资料发现其实是一直误解了这个函数。    引用《UNIX网络编程 卷一 套接字联网API》3.9中的说法：  字节流套接口(如tcp套接口)上的read和write函
tcp socket 的 recv 如何接收指定长度消息？
认知 行动 坚持
07-03 1889
有时候，tcp socket一定要接收到指定的字节数才算符合预期，那怎么实现呢？在很多网络编程的书中都有介绍，一起来看看(一直循环接受，达标为止)：
Linux网络编程之recv函数
有理论，有实验，有结论，可为一篇文章
05-26 2950
返回值为-1，并且 (errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN) 的情况下认为连接是正常的，继续接收。
也谈谈Linux下recv函数的使用
happy_sand的专栏
02-17 2424
很久之前做过的一个项目，已经在线上运行了很长一段时间了，前面几天有客户反映，某些功能使用起来出现了不正常的情况 找之前的设备，代码，搭建环境，烧写，调试，最后定位到是TCP和服务器收发数据出现了异常，一直在recv的循环出不来，导致其他业务暂时不能响应 这些看似复杂的现象其实就是一些很小的细节问题，是因为对recv函数的返回值以及errno没有做充分的考虑和判断导致，这里再温习一下 recv函数的原型如下： ssize_t recv(int sockfd, void* buf, size_t len
Linux下recv函数的使用细节
happy_sand的专栏
01-29 3230
很早之前的一个项目了，现在该项目处于维护阶段，看了下代码库git推送记录还是2019年的事儿了。 故障现象是产品陷入recv死循环，一直出不来，当时写代码的那哥们已经离职，那块的代码当时也没有深度参与，没办法，事情还是要做下去，硬着头皮排查吧。 checkout代码，准备设备，搭环境，加调试信息，一步一步跟踪，经定位，最后发现是我们的程序在判断recv返回值时有一些错误，经过对TCP连接recv返回值的理解，最终定位到该问题，这里记录下，以免下次出错 recv函数的原型为： #include &lt
Linux系统编程（15）send/recv函数
weixin_68239724的博客
08-23 1606
粘包问题是网络编程中常遇到的一个问题，尤其是在使用 TCP 协议的情况下。由于 TCP 是一种面向字节流的协议，它不会维护消息边界，可能会导致多个独立发送的数据包在接收方被粘连在一起。抓包是指通过特定工具捕获网络中传输的数据包，以便分析其内容、结构和传输状态。是在网络编程中常用的两个函数，用于在套接字（socket）之间发送和接收数据。：如果发送方频繁地发送小数据包，接收方可能会在缓冲区中接收到这些小包的组合。：成功时返回实际发送的字节数，失败时返回 -1。用于接收来自连接的套接字的数据。
linux的tcp通讯recv()函数接收大数据分包问题
weixin_45603575的博客
10-13 600
之前写的这个函数 导致函数连接断开的时候才收到数据，卡了一天左右。误区在于先一直认为这个函数在接收len长度的时候，如果不足len,则返回实际接收长度，如果缓冲区没有数据，则返回-1，其实recv函数默认是阻塞模式，在阻塞模式下，如果缓冲区没有数据则会一直阻塞；如果将socket设置为非阻塞模式，则在缓冲区没有数据时才立即返回-1。查询后发现，recv(buf,len,0)这个函数默认是阻塞模式，在接收len长度的时候，如果不缓冲区不足len则阻塞，如果缓冲区为空也阻塞，直到缓冲区有len长度则返回。
ssize_t recv_len = recv(sockfd, recv_buffer, sizeof(recv_buffer), 0);
最新发布
03-15
<think>好的，我现在需要解释这段C语言代码：ssize_t recv_len = recv(sockfd, recv_buffer, sizeof(recv_buffer), 0);。用户可能对套接字编程不太熟悉，所以得一步步来。 首先，回忆一下recv函数的作用。recv用于从已连接的套接字接收数据。那参数呢？sockfd是套接字描述符，recv_buffer是缓冲区，sizeof(recv_buffer)应该是缓冲区大小，最后一个参数是标志位，这里为0，表示默认行为。 接下来，返回类型是ssize_t，这是有符号的整数类型，通常用于表示字节数或者错误。返回值可能为正数表示接收的字节数，0表示连接关闭，负数表示错误。需要提到这些情况。 然后，每个参数的具体含义。sockfd需要是已经建立连接的，比如TCP。recv_buffer是存储数据的内存区域，sizeof计算缓冲区大小，防止溢出。标志位0可能阻塞调用，直到有数据到达。 可能需要注意的地方：缓冲区的大小是否正确，recv_len的处理，比如检查错误需要判断是否小于0，并处理EINTR等错误。如果是非阻塞模式，返回值可能为-1且errno为EAGAIN或EWOULDBLOCK，但这里标志位是0，所以默认是阻塞的。 还要提醒用户，实际接收的数据可能小于缓冲区大小，所以需要根据recv_len来处理有效数据，避免使用未初始化的部分。 有没有可能漏掉什么？比如，recv在TCP和UDP中的不同表现，但这里代码没指定，所以假设是面向流的TCP。另外，sizeof用在数组上才正确，如果recv_buffer是指针，sizeof会不对，需要确认用户是否正确使用。 总结，代码的作用是从套接字接收数据，存储到缓冲区，返回接收的字节数或错误。需要处理各种返回值情况，确保程序健壮性。</think>以下是对代码 `ssize_t recv_len = recv(sockfd, recv_buffer, sizeof(recv_buffer), 0);` 的详细解释： --- ### 1. **函数功能** `recv()` 是用于从**已连接的套接字**接收数据的系统调用，常用于TCP协议（面向连接的通信）。它的核心行为是： - 从套接字 `sockfd` 的接收缓冲区中读取数据。 - 将数据存入用户提供的缓冲区 `recv_buffer`。 - 返回实际读取的字节数，或错误信息。 --- ### 2. **参数解析** #### 参数1：`sockfd` - **类型**：`int` - **作用**：已建立的套接字文件描述符（通过 `socket()` 创建，且已完成连接，如 `connect()` 或 `accept()`）。 - **注意**：若套接字未连接，`recv()` 会失败。 #### 参数2：`recv_buffer` - **类型**：`void*`（通常是 `char[]` 或 `char*`） - **作用**：存储接收数据的缓冲区。 - **注意**：需确保缓冲区足够大，避免溢出。`sizeof(recv_buffer)` 可自动计算缓冲区大小（仅当 `recv_buffer` 是数组时有效；若为指针，需手动指定长度）。 #### 参数3：`sizeof(recv_buffer)` - **类型**：`size_t` - **作用**：指定缓冲区的最大容量（单位：字节）。 - **注意**：实际接收的数据量可能小于此值。 #### 参数4：`0` - **类型**：`int` - **作用**：标志位（flags），控制接收行为。`0` 表示默认阻塞模式： - 若无数据可读，函数会阻塞直到数据到达。 - 其他常见标志如 `MSG_DONTWAIT`（非阻塞）、`MSG_PEEK`（查看数据但不移除缓冲区）等。 --- ### 3. **返回值** - **类型**：`ssize_t`（有符号整数） - **含义**： - **正数**：实际接收的字节数。 - **0**：对端关闭连接（TCP的FIN报文）。 - **-1**：发生错误，需通过 `errno` 判断具体原因（如 `EINTR` 被信号中断、`ECONNRESET` 连接重置等）。 --- ### 4. **代码执行流程** 1. 调用 `recv()` 尝试从 `sockfd` 读取数据。 2. 数据存入 `recv_buffer`，最大长度为 `sizeof(recv_buffer)`。 3. 返回实际读取的字节数 `recv_len`。 --- ### 5. **典型使用场景** ```c char recv_buffer[1024]; ssize_t recv_len = recv(sockfd, recv_buffer, sizeof(recv_buffer), 0); if (recv_len > 0) { // 成功读取数据，处理 recv_buffer[0..recv_len-1] } else if (recv_len == 0) { // 对端关闭连接 close(sockfd); } else { // 处理错误 perror("recv() failed"); } ``` --- ### 6. **注意事项** - **阻塞与非阻塞模式**：若套接字设置为非阻塞（通过 `fcntl()`），`recv()` 可能立即返回 `-1`，并设置 `errno` 为 `EAGAIN` 或 `EWOULDBLOCK`。 - **缓冲区管理**：需根据 `recv_len` 处理有效数据，避免使用未初始化的内存。 - **信号中断**：若 `recv()` 被信号中断（`errno == EINTR`），通常需重试调用。 --- ### 7. **相关函数** - `send()`：向套接字发送数据。 - `read()`：通用的文件读取函数（可用于套接字，但不如 `recv()` 灵活）。 - `recvfrom()`：用于无连接协议（如UDP）。 若有进一步问题（如错误处理、非阻塞模式），可继续提问！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值