핵심 원리 :
이 프로젝트의 핵심은 파일 블록을 업로드하는 것입니다. 전면 및 협력 수준에서 높은 수준의 후부는, 양측은, 우리는 다음과 같은 문제를 해결하기 위해 프로젝트에 초점을 완료 대용량 파일 세그먼트 위해 더 나은 데이터가 필요로 합의했다.
* 어떻게 조각;
* 파일을 합성하는 방법;
* 처음부터 어떤 슬라이스 중단.
프로그래머의 성격이 바퀴를 다시 작성하라고 강요했지만 점은, 우리의 작업을 쉽게하기 위해 강력한 JS 라이브러리를 사용하여, 시장에서 큰 파일에 바퀴를 차단 할 수 있었다 방법. 그러나, 관계뿐만 아니라 작업 시간 때문에, 나는 단지를 제공 할 수 있습니다. 마지막으로, 내가 원하는 프런트 엔드를 달성하기 위해 바이두의 WebUploader를 선택했다.
닫기 전에 우리가 먼저 문제를 해결 근접해야하는지, 우리가 구별 어떻게 파일 블록에 속한다. 처음에는, 나는 고유 한 UUID는 각 슬라이스 요청에 넣어 서명 문서를 어떻게 생성하는 프론트 엔드를 사용했다. 그러나 나중에, 때 블록 및 파일 관계를 유지하기 위해 MD5를 사용하여, 두 번째 패스를 포기 않습니다.
병합 파일 문제의 서버 및 기록 차단하고,이 점에서 업계는 실제로 좋은 솔루션을 제공하고있다. 천둥을 참조하면, 각 다운로드 시간이 두 개의 파일, 파일 본체가있을 것이라는 점을 것을을 발견 할 것이다, 다른 파일은 임시 파일, 바이트 위치를 해당 각 블록의 임시 파일 저장 상태입니다.
이러한 요청의 수와 크기를 가지고에 전면 및 후면 끝, 파일 조각에 고정 된 크기의 필요의 프론트 엔드, 그리고 분열과 긴밀한 접촉을 할 필요가 있습니다. 성공적인 전송 요청이 서버에있어서, 상기 배경의 전단에 도달 한 후에 만 요청 데이터 슬라이스 번호를 필요로하고 (세그먼트의 크기는 고정되어 동일 함)의 시작 위치를 계산하고, 판독 된 세그먼트 데이터 파일을 기록하고, 각 블록 크기 슬라이스 파일에.
개발을 촉진하기 위해, 나는 서비스 비즈니스 로직이 초기화 블록 처리로 나누어, 등 업로드 된 파일 다음과 종료됩니다.
서버 측 비즈니스 로직 모듈은 다음과
기능 분석 :
폴더 생성 모듈
폴더가 서버 스캔 코드 업로드 한 후 다음과 같은 것이다
分块上传，分块处理逻辑应该是最简单的逻辑了，up6已经将文件进行了分块，并且对每个分块数据进行了标识，这些标识包括文件块的索引，大小，偏移，文件MD5，文件块MD5（需要开启）等信息，服务端在接收这些信息后便可以非常方便的进行处理了。比如将块数据保存到分布式存储系统中
分块上传可以说是我们整个项目的基础，像断点续传、暂停这些都是需要用到分块。
分块这块相对来说比较简单。前端是采用了webuploader，分块等基础功能已经封装起来，使用方便。
借助webUpload提供给我们的文件API,前端就显得异常简单。
前台HTML模板
分则必合。把大文件分片了，但是分片了就没有原本文件功能，所以我们要把分片合成为原本的文件。我们只需要把分片按原本位置写入到文件中去。因为前面原理那一部我们已经讲到了，我们知道分块大小和分块序号，我就可以知道该分块在文件中的起始位置。所以这里使用RandomAccessFile是明智的，RandomAccessFile能在文件里面前后移动。但是在andomAccessFile的绝大多数功能，已经被JDK1.4的NIO的“内存映射文件(memory-mapped files)”取代了。我在该项目中分别写了使用RandomAccessFile与MappedByteBuffer来合成文件。分别对应的方法是uploadFileRandomAccessFile和uploadFileByMappedByteBuffer。两个方法代码如下。
秒传功能
服务端逻辑
秒传功能，相信大家都体现过了，网盘上传的时候，发现上传的文件秒传了。其实原理稍微有研究过的同学应该知道，其实就是检验文件MD5，记录下上传到系统的文件的MD5,在一个文件上传前先获取文件内容MD5值或者部分取值MD5，然后在匹配系统上的数据。
Breakpoint-http实现秒传原理，客户端选择文件之后，点击上传的时候触发获取文件MD5值，获取MD5后调用系统一个接口（/index/checkFileMd5），查询该MD5是否已经存在（我在该项目中用redis来存储数据，用文件MD5值来作key，value是文件存储的地址。）接口返回检查状态，然后再进行下一步的操作。相信大家看代码就能明白了。
嗯，前端的MD5取值也是用了webuploader自带的功能，这还是个不错的工具。
控件计算完文件MD5后会触发md5_complete事件，并传值md5，开发者只需要处理这个事件即可，
断点续传
up6已经自动对断点续传进行了处理，不需要开发都再进行单独的处理。
在f_post.php中接收这些参数，并进行处理，开发者只需要关注业务逻辑，不需要关注其它的方面。
断点续传，就是在文件上传的过程中发生了中断，人为因素（暂停）或者不可抗力（断网或者网络差）导致了文件上传到一半失败了。然后在环境恢复的时候，重新上传该文件，而不至于是从新开始上传的。
前面也已经讲过，断点续传的功能是基于分块上传来实现的，把一个大文件分成很多个小块，服务端能够把每个上传成功的分块都落地下来，客户端在上传文件开始时调用接口快速验证，条件选择跳过某个分块。
实现原理，就是在每个文件上传前，就获取到文件MD5取值，在上传文件前调用接口（/index/checkFileMd5，没错也是秒传的检验接口）如果获取的文件状态是未完成，则返回所有的还没上传的分块的编号，然后前端进行条件筛算出哪些没上传的分块，然后进行上传。
当接收到文件块后就可以直接写入到服务器的文件中
这是文件块上传的效果
这是文件夹上传完后的效果
这是文件夹上传完后在服务端的存储结构
