java大文件10G,50G，100G上传下载，JSP大文件10G,50G,100G上传下载，JAVA大文件10G,50G,100G上传下载，断点续传。
一样平常这么大的文件不用HTML的一次性上传，而是采取分块，分片，分段，分割，切割技能上传。
JAVA话一样平常是卖力后真个逻辑，比如文件初始化，文件块上传，合并，存储等。
前真个话用JSP,VUE2,VUE3,React，HTML5,JS,JQ都行。这个都无所谓。
痛点便是刷新连续，批量上传，批量下载。网上能够做到批量下载，文件夹下载的，搜了一下，险些没有，全部都是讲的上传，基本上都是用的HTML5的API，也便是Chrome的API，关键是这个API不支持IE。在政府单位用不了。还有一些企业也不用了。
进度信息随意马虎丢失，用户关闭网页，刷新网页，关闭浏览器，重启浏览器，关闭电脑，重启电脑后，进度信息都会丢失，无解，没办法。扩展性还是差了点。
传大文件，超大文件，文件数量多的话，前端就卡，网页反应慢，随意马虎去世，崩溃，在配置较差的电脑或者配置一样平常的电脑上这个痛点表示的非常明显。
对付大文件的处理，无论是用户端还是做事端，如果一次性进行读取发送、吸收都是不可取，很随意马虎导致内请安题。以是对付大文件上传，采取切块分段上传
从上传的效率来看，利用多线程并发上传能够达到最大效率。
断点续传，便是在文件上传的过程中发生了中断，人为成分（停息）或者不可抗力（断网或者网络差）导致了文件上传到一半失落败了。然后在环境规复的时候，重新上传该文件，而不至于是重新开始上传的。
断点续传的功能是基于分块上传来实现的，把一个大文件分成很多个小块，做事端能够把每个上传成功的分块都落地下来，客户端在上传文件开始时调用接口快速验证，条件选择跳过某个分块。
实现事理，便是在每个文件上传前，就获取到文件MD5取值，在上传文件前调用接口，如果获取的文件状态是未完成，则返回所有的还没上传的分块的编号，然后前端进行条件筛算出哪些没上传的分块，然后进行上传。
当吸收到文件块后就可以直接写入到做事器的文件中。
版本：6.5.40代码：https://gitee.com/xproer/up6-jsp-springboot/tree/6.5.40/
nosql示例
nosql示例不须要进行任何配置，可以直接访问测试。
SQL示例
1.创建数据库
2.配置数据库连接
3.自动下载maven依赖
4.启动项目
启动成功
6.访问及测试
默认页面接口定义：
在浏览器中访问：
数据表中的数据
干系问题：
1.javax.servlet.http.HttpServlet缺点
2.项目无法发布到tomcat
3.md5打算完毕后卡住
4.做事器找不到config.json文件
5.Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile
干系参考：
文件保存位置
源码工程文档：https://drive.weixin.qq.com/s?k=ACoAYgezAAw1dWofra
源码报价单：https://drive.weixin.qq.com/s?k=ACoAYgezAAwoiul8gl
OEM版报价单：https://drive.weixin.qq.com/s?k=ACoAYgezAAwuzp4W0a
产品源代码：https://drive.weixin.qq.com/s?k=ACoAYgezAAwbdKCskc授权天生器：https://drive.weixin.qq.com/s?k=ACoAYgezAAwTIcFph1
