一、 成果性需求与非成果性需求

要求操纵便当，一次选择多个文件和文件夹进行上传；
撑持PC端全平台操纵系统，Windows,Linux,Mac

撑持文件和文件夹的批量下载，断点续传。刷新页面后继续传输。封锁浏览器后保存进度信息。

撑持文件夹批量上传下载，处事器端保存文件夹层级布局，处事器端文件夹层级布局与本地不异。

撑持大文件批量上传（20G）和下载，同时需要保证上传期间用户电脑不呈现卡死等体验；
撑持文件夹上传，文件夹中的文件数量到达1万个以上，且包罗层级布局。

撑持断点续传，封锁浏览器或刷新浏览器后仍然能够保存进度。

撑持文件夹布局打点，撑持新建文件夹，撑持文件夹目录导航

交互友好，能够及时反馈上传的进度；

处事真个安适性，不因上传文件成果导致JVM内存溢出影响其他成果使用；

最大限度操作网络上行带宽，提高上传速度；

二、 设计分析

对付大文件的措置惩罚惩罚，无论是用户端还是处事端，如果一次性进行读取发送、接收都是不成取，很容易导致内请安题。所以对付大文件上传，给与切块分段上传

从上传的效率来看，操作多线程并发上传能够到达最大效率。

三、解决方案：

文件上传页面的前端可以选择使用一些对照好用的上传组件，例如百度的开源组件WebUploader，泽优软件的up6，这些组件根基能满足文件上传的一些日常所需成果，如异步上传文件，文件夹，拖拽式上传，黏贴上传，上传进度监控，文件缩略图，甚至是大文件断点续传，大文件秒传。 

在web项目中上传文件夹此刻已经成为了一个主流的需求。在OA，或者企业ERP系统中都有类似的需求。上传文件夹并且保存层级布局能够对用户行成很好的引导，用户使用起来也更便利。能够供给更高级的应用支撑。

文件夹数据表布局

CREATE TABLE IF NOT EXISTS `up6_folders` (

  `f_id`               char(32) NOT NULL ,

  `f_nameLoc`               varchar(255) default ‘‘,

  `f_pid`                   char(32) default ‘‘,

  `f_uid`                   int(11) default ‘0‘,

  `f_lenLoc`           bigint(19) default ‘0‘,

  `f_sizeLoc`               varchar(50) default ‘0‘,

  `f_pathLoc`               varchar(255) default ‘‘,

  `f_pathSvr`               varchar(255) default ‘‘,

  `f_pathRel`               varchar(255) default ‘‘,

  `f_folders`               int(11) default ‘0‘,

  `f_fileCount`        int(11) default ‘0‘,

  `f_filesComplete`    int(11) default ‘0‘,