TCP 服务端数据接收疑惑

帅气与大侠

想用hp模块写了一个tcp通讯，还没开始写呢，构思中遇到这样一个问题


客户Duan需要开发一个大文件上传功能，上传过程也很简单，就是打开文件，然后循环，每次读入一段字节，然后发送到服务端，包括自定的一些包头和一些协议

服务端接收到上传请求后，第一步取出文件名，创建文件，将接收到的数据写入文件，最后关闭文件，就完成了上传了

现在在想，服务端收到数据时，正在将数据写入文件，还没写入完成时，客户Duan下一波数据又发送过来了，此时服务端写入的数据顺序是不是有可能发送乱序吗，通常是1、2、3、4、5、6，是不是有可能是1、3、2、4、5、6。

我想到的是，接收数据时，不要直接将数据写入一个文件，而是按编号单独储存在一个文件中，如：1_name.txt、2_name.txt、3....、4....，数据全部接收完毕后，在将这些数据进行合并。
这样考虑没问题了，但是就多了一倍的磁盘写入工作量，效率就低了很多，特别是大文件。

看官方的tcp例子直接分段上传，服务端直接一一写入到文件储存，好像并不需要考虑数据的顺序问题，实际场景中会不会出现数据顺序错乱的情况？

元老

tcp包头有顺序码应该是叫ack，顺序乱不了但会等待

快手

楼上正解

帅气与大侠

7ian 发表于 2023-7-7 11:53
tcp是有顺序，但这样接收会很慢，因为你要处理完一段才去处理另一段，一般接收回调都是在你返回后才会下 ...

学到老活到老

7ian

帅气与大侠 发表于 2023-7-7 11:45
也就是说tcp协议，s端不需要考虑顺序，直接存储就可以，学习到了，不然要自己写好多代码做测试，贼麻烦 ...

tcp是有顺序，但这样接收会很慢，因为你要处理完一段才去处理另一段，一般接收回调都是在你返回后才会下发下一段数.据；但按照下面的方法你可以同时处理多个数.据;比如接收一段后直接抛去线程处理，继续收下一段再抛...

帅气与大侠

等什么卿 发表于 2023-7-7 11:22
你的c端的send是什么顺序，s端recv就是什么顺序

也就是说tcp协议，s端不需要考虑顺序，直接存储就可以，学习到了，不然要自己写好多代码做测试，贼麻烦

7ian

服务端先收到整个文件大小，本地创建同样大小的大文件，每收到一个包，就在对应文字写入字节集，就行；例如：整个文件是100字节，你分2段发过来，第一段是0-50，第二段是51到100；你在服务端先创建100字节的空文件，两段时间不管是顺序还是乱序过来，只要在对应位置写入填满即可拼成完整文件

等什么卿

等什么卿 发表于 2023-7-7 11:21
tcp协议是保证顺序的啊

你的c端的send是什么顺序，s端recv就是什么顺序

等什么卿

tcp协议是保证顺序的啊