一、了解分片上传

1.简单上传的缺点及问题

由于我们上传的文件都不是大文件，如果我们上传文件的话，由于我们的文件是通过MultipartFile类上传
如果通过MultipartFile类进行上传文件如果文件太大了会报错

"message": "Maximum upload size exceeded; nested exception is java.lang.IllegalStateException: 
org.apache.tomcat.util.http.fileupload.FileUploadBase$FileSizeLimitExceededException: 
The field file exceeds its maximum permitted size of 1048576 bytes.",

默认情况下MultipartFile的上传大小是1M，如果文件超过1M就会报错

下策就是通过修改配置

server:port: 8080
spring:servlet:multipart:#max-file-size: 5MB #是设置单个文件的大小,#max-request-size: 5MB #设置单次请求的文件的总大小#######如果不想限制上传文件的大小 将 max-file-size 和 max-request-size都设置成 -1######max-file-size: -1 #是设置单个文件的大小,max-request-size: -1 #设置单次请求的文件的总大小

这样做有什么问题？

1）当我们的文件特别大的时候，上传是不是需要很长的时间啊，这么长时间的长连接，如果网络波动了呢？中间网络断开了呢？
在这么长时间的过程中如果出现不稳定的情况，本次上传的所有内容就全部失败了，又要重新上传
2）大文件上传的过程中，如何实现暂停上传的功能，比如我要暂停10分钟时间把网络资源空闲出来给别的服务，那么暂停后的继续上传如何实现？
3）上传速度无法显著提升，单线程上传

1.什么是分片上传？

分片上传，就是将所要上传的文件，按照一定的大小，将整个文件分隔成多个数据块（我们称之为Part）来进行分别上传，
上传完之后再由服务端对所有上传的文件进行汇总整合成原始的文件。
分片上传不仅可以避免因网络环境不好导致的一直需要从文件起始位置还是上传的问题，
还能使用多线程对不同分块数据进行并发发送，提高发送效率，降低发送时间。
简单的说：无论什么文件都是字符串组成的字节码文件，不同的软件可以识别不同的字节码文件，我们上传的时候将这些字节码文件
按照一定的大小进行分块，将一个大的文件拆分成陆陆续续的小文件将这些小文件，通过多线程的方式进行上传，从而达到性能的提升

解决上面简单上传的问题

大文件网络波动：
我们已经成功的上传了部分文件，后续的部分就算出现了网络波动，对于已经上传了的文件，就不需要再次上传了，仅仅将后续未上传的文件进行上传就可以了

暂停上传：
同样，已经上传成功的文件已经被记录，对于暂停了的模块我们舍弃，等待用户再次上传，再次上传的时候将未上传的部分补上就相当于将完整的文件上传了

单线程问题：
由于我们将我们的文件拆分成了多份，可以按照一定的配置，采用多线程的方式同时将多个小段同时上传，提升性能

我们最终确定对于大文件的上传采用分片上传的模式进行上传，那么我们该如何实现分片上传？

1）确定谁来分片 “一定是客户端”
2）分片如何存储
3）如何确定所有分片是否已经全部上传
4）如何合并 ---- 下章讲
1）首先谁来分片，只能是提供文件的一方来进行分片，如果提交到文件中台来进行分片，那相当于文件已经完整的提交到了文件中台，再进行分片就没有意义了
那么谁调用文件中台就谁来进行分片

2）分片应该如何存储，我们应该将其保存在一个临时目录下，比如我们定义一个本地目录，将所有上传上来的分片都保存在该目录下

3）如何确定所有分片是否已经全部上传，首先这个做判断的是谁，可以是我们的文件中台，也可以是调用文件中台的服务，如前端服务
如果是文件中台要做这个判断应该怎么做，将对应文件每次上传的信息都保留在一个区域，可以是redis也可以是mysql,也可以是临时位置，每次分片上传完成后修改
对应分片的状态，当所有的分片的状态都改完了以后代表文件已经完整上传，思考：如果是服务端进行判断，能否放到本地内存中进行判断？为什么？
如果是调用方进行判断呢？调用方是不是也要判断所有分片是否成功上传，
这两种方案都可以，
但是如果是服务方来做这个判断需要考虑到分布式情况下，数据的共享问题
最终我们决定将这个判断交由调用方来判断
4）如何合并 ---- 下章讲

分析流程逻辑图