本文探讨了在Java中如何解决随着客户端数量增加导致的文件传输效率下降问题。提出通过建立注册中心，让资源拥有者参与发送，实现多服务器对单客户端传输，减少服务器负载。详细介绍了资源请求和传输的逻辑过程，以及设计的具体组件如资源注册中心、资源拥有者和请求者。项目包含了从数据编码到文件接收等多个模块的实现。
1. 前言
为了实现一个C/S框架应用，客户端向服务器请求资源。采用传统的BIO模式传输。
问题：
但当客户端数量增加，传输效率下降。尤其是多个客户端请求1G文件时，传输大概有十多分钟。
问题分析：
客户端所需要的资源都是通过服务器单独发送，当请求增加时，会引起下载速度的急剧下降；对于同一个文件，如果有多个客户端下载，该视频文件被多次在网上传输。
解决方式：
目前形势，服务器一对多，能否实现多服务器对单客户端传输，这样就可以提高资源传输效率。
有的多个客户端请求重复资源，能否将重复的资源请求，指派给已发送过接收端发送，尽可能减少服务器载荷。
让拥有同一资源的客户端，参与到发送队列中，这样服务器就可以解放，避免服务器不必要的重复传输工作。
2.多文件传输
在本地局域网，根据注册中心发送资源，客户端可以根据注册中心发送的服务地址，请求资源。而请求方，请求资源后，注册资源成为资源发送方，参与资源的发送。
在不同局域网中，其他客户端仍可以向注册中心注册资源，本地客户端，可向其他局域网服务器请求资源。
3.注册中心
该中心维护一个“资源-地址列表”，然后将网络节点分为两种
- 资源拥有者：向“资源注册中心”申报资源。
- 资源请求者：向“资源注册中心”请求资源。
4.资源拥有者
- 注册资源。
- 与客户端会话。
- 发送资源。
5.资源请求者
- 向注册中心请求资源。
- 与服务器会话，请求资源。
6. 资源请求和资源传输的逻辑过程：
- 资源请求者向资源注册中心，发出“资源请求”。
- 资源注册中心向资源请求者返回一组资源拥有者地址；
- 资源请求者根据资源拥有者地址，选择资源发送端；（在这里实现负载均衡）。
- 确定资源发送端个数后，启动资源接收服务器。
- 资源请求者根据资源详细列表和发送端个数，分配发送任务（在这里实现断点续传）。
- 将发送任务传递给发送端。
- 发送端根据发送任务，组织具体信息块，开始连接接收端服务器，并开始发送。
- 资源请求者连接发送端，并开始接收信息块，完成文件的接收和写入。
- 在成功接收资源后，资源请求者向资源注册中心“注册资源”。
扫一扫
877
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
