发送tcp数据时的排队问题

赵小东砰砰砰 2015-09-10 10:11:17

两个tcp流
一个正在发数据，sendbuffer开的很大，里面有一堆包（d1， d2，……dn）正在发送中
一个需要回复ACK（a1）
那这个ACK是否是sendbuffer内包被全部发完后再发送，即 d1，d2，……dn，a1的顺序？
此时ACK能否有办法插队，即 d1，a1，d2，……dn

谢谢

...全文

196 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

我不懂电脑 2015-09-11

打赏
举报

回复

数据在sendbuffer后会重新分包发送ack对应新包的顺序

土著巫师 2015-09-11

打赏
举报

回复

TCP协议是基于流的协议，也是无边界的协议，没有包的概念（UDP才有包的说明），在TCP流上传输数据，要自己界定解析数据的起、止标记。TCP上只有带外数据可以插队传输，否则都是顺序发送、顺序接收的。关于什么是带外数据一两句话讲不清楚。

问题描述 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

TCP：由于tcp是数据流的形式接收，所有发送数据都会粘着一起，如果接收数据超过我们指定的，则会出现粘包现象，那么此时这个数据还会保存在缓冲区，这里也就是recv内，待我们下次再次recv时，取到的就会是上次没有取完的数据。问题的根源在于，接收端不知道发送端将要传送的字节流的长度，所以解决粘包的方法就是围绕，如何让发送端在发送数据前，把自己将要发送的字节流总大小让接收端知晓，然后接收端来一个死循环接收完所有数据。定义：数据全部粘在一起，如果一次性未取完，下一次接着上一次未取完的数据部分接着取。

#TCP数据段格式源端口，目的端口：16位 2字节，发送端的端口号和接收端的端口号，和ip地址就可以完整的标识一个端点，也就构成了之前说过的，套接字socket. 序号（seq）:32位 4字节，用来标示计算机 A------>B 数据包序号,TCP连接中，传送的数据字节流中的每一个数据字节都要按顺序进行编号，在“数据段头”中标识的只是每个数据段的第一个数据字节的编号，这个要传送的字节流的起始序号必须在连接建立时设置。确认号(ack)：32位 4字节，客户端和服务端都可发送， ACK =

在进行TCP通信时，数据推送通常与`tcp_sendmsg`、`tcp_write_xmit`和`tcp_push_one`等函数相关，它们处理数据的发送以及确保在适当时候将数据推送到网络上。不过，内核确实包含了处理TCP数据发送的逻辑，这通常涉及一个名为`tcp_push`的操作，这个术语通常是在讨论当内核需要发送TCP数据时所采取的策略。在Linux内核中实现TCP数据发送的函数通常位于`net/ipv4/tcp.c`文件中，并涵盖了一套复杂的TCP协议实现，包括数据段的发送、接收、重传等逻辑。

描述了TCP的从连接建立，到发数据，到挥手的大概过程

网络及通讯开发

1,317

社区成员

8,874

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章