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

谢谢

...全文

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

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

我不懂电脑 2015-09-11

打赏
举报

回复

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

土著巫师 2015-09-11

打赏
举报

回复

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

MQ全称为Message Queue, MQ是一种应用程序对应用程序的通信方法。应用程序通过读写出入队列的消息（针对应用程序的数据）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。其中较为成熟的MQ产品有IBM WEBSPHERE MQ等等

概述许多传输层有带外数据的概念，有时候也称经加速数据。其想法是一个连接的某端发生了重要的事情，而且该端希望迅速通告其对端。这里的“迅速”意味着这种通知在已经排队等待发送的任何“普通”数据之前发送，也就是优先级更高。 TCP带外数据 TCP没有真正的带外数据，不过提供了紧急模式。假设一个进程已经往一个TCP套接字写出N字节数据，而且TCP把这些数据排队在该套接字的发送缓冲区中，等...

什么是TCP四次分手？服务端和客户端建立TCP连接时需要三次握手，而断开时，服务端和客户端一共需要发送4次数据包才能真正完成一次TCP连接的断开。四次分手的过程 1、某个应用进程首先调用close，我们称为这一端执行主动关闭（active close）。这一端的TCP于是发送一个FIN分节，表示数据发送完毕。 2、接收到FIN的另一端执行被动关闭，这个FIN由TCP确认，它的接收也作为文件结束符传递给接收方应用进程（放在已排队等候该应用进程接收的任何其他数据之后），因为FIN的接收意味着应用进程在相应连

Tcp协议发送数据，粘包，拆包问题，这句话本身是错误的，tcp是协议，发送接收数据时并不会粘包，tcp，ip，只负责传输数据粘包是应用层解析数据时，包1和包2粘连在一起，解析数据时，出现错误的，网络中，很多博主，就没搞清楚。 send，发送频率太快，导致发送包的时候，出现粘包，其实tcp传输数据时，没有包的概念，和uart串口一样，只有流的概念，tcp协议讲的很清晰，tcp是面向流的，一个一个字节流，tcp传输时，只按流的方式发送，没有一包一包的概念，假如发送数据很大，tcp协议，自动分成多包一个一个

方法关闭了Socket，虽然TCP规定半关闭状态下B仍然可以接收数据，但close动作关闭了该socket上的任何数据操作，如果此时A继续write，B将返回RST，A的该次write无法立即通知应用层（因为write仅把数据写入发送缓冲区），只会把状态保存在tcp协议栈内，下次write时才会抛出。都关闭，已经排队等待发送的数据会被尝试发送，最后（默认）发送FIN。，它会发送FIN但依然可以读取数据；后，无论是发送FIN/RST关闭的，之后再读写均会抛。发送FIN，4次挥手，连接关闭，一切都很和谐。

网络及通讯开发

1,314

社区成员

8,874

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章