[总结]文件传输模型之文件中转


写在前面

最近一个多月一直在弄文件传输的组件。最近也有个基本的样子了,这里算是一个简单总结吧。

中转模型

文件传输底层使用开源的c++通信组件hp-socket(Pullserver,pullClient)。感兴趣的可以搜一下。

废话不多说,进入正题

首先,所有的客户端必须首先登陆服务器,在服务器进行注册,在服务器端维护一个客户端标识与客户端信息的映射关系,比如客户端信息类ClientInfo。

//代码片段
ClientInfo
{
      IntPtr connID;
      string ip;
      ushort port;
}

则服务端,就需要有这样一个类似Dictionary<string,ClientInfo>的字典。在客户端A给客户端B转发数据的时候,可以从这个映射关系中找到对方。

登录过程

在客户端登录成功后,就可以发送文件了。

包头信息说明

TransferId:传输id,标识在同时传输多个文件时,是不同的传输。

TransferType:传输类型

TransferCommand:传输命令

MD5:检验值(md5或者hash,越短越好,算法越快越好)

FileName:文件名。

FileRelativePath:传输文件夹时用到,文件夹中的文件,需要用到相对路径,接收端根据接收路径+相对路径进行保存文件夹中的文件。

Size:文件或者文件夹总大小,将总大小抛给应用层,计算传输速度。

currendIndex:当前传输包的索引,也是读取文件第几个包的索引。

PkgCount:总共多少个包。接收端可以根据当前索引和包总数,来判断是否传输完成,或者在断点续传的时候用到。

From:发送端标识

To:接收端标识

BodySize:每次传输的body大小。

自定义协议

固定包头+Body

每次包都要遵循该协议,服务器收到包后,要进行解析,根据包头中bodysize取出这次的数据Data。

断点续传

在接收端,每次接收到包,写入文件的同时,将包头信息写入本地文件(ini也好,xml文件也好)。然后发送端,再次发送该文件的时候,首先会发送请求包,接收端根据该文件的包头信息和ini文件中的信息,比对md5是否相同,发送方是否相同,如果相同,则将CurrentIndex+1,响应给发送端。发送端就可以直接从CurrendIndex+1的位置继续读取文件包进行发送。

总结

该组件前前后后大概一个多月,里面业务比较复杂,需要考虑的到的东西还是比较多的,目前实现,同时传输多个文件,多个文件夹,断点续传功能。但多文件和多文件夹同时混合发送仍有问题。还有客户端A给客户端B发送文件的同时,客户端B给客户端A发送,仍有问题。

通过该组件的设计,也收获不小,对业务能力也是一种考验。对tcp通信有了更深入的学习。

本文只是分享一下思路,感兴趣的可以搜一下hp-socket。

优质内容筛选与推荐>>
1、视频转码成mp4格式,添加关键帧,添加元数据,把元数据放在第一帧
2、(原创)JAVA多线程三锁
3、A Guide to the Multiboot Process
4、css display:flex布局介绍
5、mysql解除锁表


长按二维码向我转账

受苹果公司新规定影响,微信 iOS 版的赞赏功能被关闭,可通过二维码转账支持公众号。

    阅读
    好看
    已推荐到看一看
    你的朋友可以在“发现”-“看一看”看到你认为好看的文章。
    已取消,“好看”想法已同步删除
    已推荐到看一看 和朋友分享想法
    最多200字,当前共 发送

    已发送

    朋友将在看一看看到

    确定
    分享你的想法...
    取消

    分享想法到看一看

    确定
    最多200字,当前共

    发送中

    网络异常,请稍后重试

    微信扫一扫
    关注该公众号