发送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

谢谢

...全文

170 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 =

socket UDP、TCP发送接收数据基础计算机网络概念两台电脑的通信IP地址与协议公网IP和内网IPNAT技术端口介绍socket简介TCP/IP协议socketUDP发送接收数据udp发送数据udp接收数据TCP发送接收数据TCP与UDP的区别基础计算机网络概念两台电脑的通信两台电脑之间的通信类似于写信，数据通过网线传输到服务器，在经过服务器传输给目标电脑，其中ip地址是唯一标识，用来识别你要发送的对象，在写信中ip地址就相当于我们的通信地址。 IP地址与协议规定网络地址的协议称为ip协

TCP提供了可靠的传输服务，这是通过下列方式提供的：应用数据被分割成TCP认为最适合发送的数据块。由TCP传递给IP的信息单位称为报文段或段（segment）当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认，将重发这个报文段。当TCP收到发自TCP连接另一端的数据，它将发送一个确认。这个确认不是立即发送，通常将推迟几分之一秒TCP将保持它首部和

网络及通讯开发

1,317

社区成员

8,874

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章