Java Socket如何实现文件的断点续传，有代码更好

Posted 2023-03-21

参考技术A 上传:
上传时附带一个描述数据起始位置的参数。
接受的一端接收到数据后，按照起始位置续写文件。
下载:
按照本地已保存的大小，提交下载请求。
服务器按照请求的位置，传数据。
大概就是这么个意思。还要处理很多异常情况。

java socket数据流断点续传

设备正在给我发送数据，突然网络断开，服务端检测超时时间，在超时时间内如果没有检测到数据过来，就给设备端发送已个心跳测试，捕捉到异常说明设备已经离线，然后我生成日志文件，记录设备的id和文件的上传路径，等下一次该设备向我发送请求的时候，我判断是上传请求还是续传请求，如果是续传请求，则根据设备id到日志文件里面去匹配，如果能匹配到信息，则获取信息中的上传路径，接着将设备发送过来的数据追加到该路径下面的文件中，如果续传成功，则删除日志文件中改设备的所有信息

现在续传可以实现，但是接收的数据不对，设备记录断线时已经发送的字节，上线后接着发送剩余字节

我没有什么办法可以检测设备断线前给我发送的数据已经全部保存下来了

或者提供更好的断点续传思路，先谢谢大家了

设备往你这边传输数据时，你得知他的设备ID、数据的MD5校验值、操作授权代码。
传输数据开始，设备向你这边传输数据，你这边将受到的数据保存到文件或者数据库。传输过程中，你可能要告诉设备已经保存的数据字节数。
假如网络连接异常，按照你说的思路，发送心跳包检测连接情况。你这边程序将本次操作的数据保存、并将设备ID、数据MD5校验值、操作授权码、已保存的字节数保存到日志。
下次客户端请求续传，你就校验它的设备ID、操作授权代码，然后再告诉它从哪里开始续传，跳过那些字节。
续传完成，通知客户端，续传成功。追问

现在的问题就是，传送到哪个字节设备自己做了记录，并不是我告诉他的，这样就不知道我这断线前保存的数据是不是和设备记录的数据一致

追答

如果设备那边出错，TCP发送数据默认都有缓冲区，交换机之类的网络设备都可能会缓冲设备发来的数据，如果设备自己做记录，有可能将发送失败的字节也累加了，这可能是造成数据不一致的原因。
我想还是服务端做个记录比较妥。客户端也可以和你做个比对。看看丢了多少数据。

追问

这样的话，我的思路是这样的，断网时我这边记录下已经上传的字节数，设备给我发送续传请求，我匹配到有记录，先返回一个带有已上传字节数的报文给设备，然后设备根据那个字节数，继续给我发送数据

我如何记录字节数，保存的数据可能有一二百兆，而且是没有经过协议解析的原始数据，也就是说都是乱码，用字节来计算会有影响么，应该怎么计算呢

追答

按你说应该是字符数据流，但是你如果是按字节来接收发送，两端都是按字节计算，肯定不会出问题。

注意字符的编码一致性。我也不清楚你是按字节来保存还是其他方式的。中间可能都是按字节来接收。

追问

方便加Q么1102488623

追答

已加你。

参考技术A 你的思路很完整，挑不出什么不好的地方，现在的问题就是你要确定你所记录的断线时的已经传了多少的信息是否和已经保存起来的信息一致，先找个简单的txt文件写几行字试试追问

设备端是别人写的，我这里也不好做记录，如果可以的话，[phone]，我把代码给你看看，如果我这里没有问题的话，那就是设备端的问题了

参考技术B 思路是对的哈，你如果不确定是不是设备那边的问题，可以自己写一个简易的client来试一下