项目----多文件云传输框架实现效果展示

项目----多文件云传输框架实现实现效果展示

多客户端向服务器请求资源（如视频文件）时，为缓解服务器压力，将会有多个已拥有资源的客户端同时向申请资源的客户端发送资源片段，该框架提高了发送效率，节省了发送时间。

注意：一个资源未必是一个文件，也可以是一个根目录下的所有文件。

多文件云传输框架效果展示

为了更加直观看到文件接收过程，第二个视频我加了延时。

多文件云传输模态框大图

框架流程图

“资源基本信息”的定义：
app；（App名称或编号）
id；（资源编号）（如 20200517001）
version；（版本号）

对第4、5点进行补充：
资源请求者将要接收的资源文件们根据拥有者数量均匀分片，再向拥有者们发送请求,请求者开启接收服务器接收拥有者发来的片段，并弹出模态框实时显示该资源下各个文件接收情况等，一但接收完毕，模态框自动消失，若期间某些发送方异常掉线导致某些文件片段缺失，系统会自行进行断点续传，将未接受到的片段重新分片给剩余的发送端再次发送。

---

注册中心提供功能（短连接）：
“资源”管理；
“资源拥有者”注册；
“资源拥有者”注销；
“资源请求者”请求资源；
资源拥有者与资源之间的关系管理；
资源拥有者的管理（心跳检测，定期清理无用拥有者）。

---

资源拥有者向注册中心注册资源时，需要提供资源基本信息；
资源注册中心将以上述内容的综合(HashCode)作为资源编号。
资源编号作为key，而拥有该资源的资源拥有者形成的List作为value。List中存的节点是每个资源拥有者的ip 和 port。

---

下图是此项目整体模块展示：

多文件云传输框架，依赖于之前自主编写的两个主要框架，分别是RMI框架以及资源发现框架。

多文件云传输框架介绍

对于传统的客户端和服务端来说，客户端面对的是单一的服务器。对于服务器来说，当拥有大量的客户端进行访问的时候，服务器将承受巨大的压力。比如同一个视频资源，同时有多个客户端请求，那么服务器势必会重复发送多次相同视频资源。并发时这给服务器造成了很大的压力。

为此，我们产生了多文件传输框架，当一个客户端请求到资源后，它会摇身一变变成资源拥有者，并向注册中心注册；若之后再有请求该资源的客户端，则由这些拥有资源的客户机向其发送资源片段。这样做减轻了服务器的压力。在出现大量请求时，服务器也足够稳定。