断点续传

如果我们的网站提供文件下载的服务，那么通常我们都希望下载可以断点续传(Resumable Download)，也就是说用户可以暂停下载，并在未来的某个时间从暂停处继续下载，而不必重新下载整个文件。 通常情况下，Web服务器(如 Apache )会默认开启对断点续传的支持。因此，如果直接通过Web服务器来提供文件的下载，可以不必做特别的配置，即可享受到断点续传的好处。由于这些文件直接通过Web服务器来提供下载，后端脚本无法对这个下载过程进行控制。这对于仅提供公开、静态文件的网站来说不是问题，但对于需要提供私有、动态文件的网站来说，直接通过Web服务器来提供下载就无法满足需求了。这时，就需要在编写后台脚本程序时，加入对断点续传的支持。 本文将以PHP为例，简要介绍实现文件下载断点续传的方法。 原理 断点续传的原理还是比较直观的。 Http 协议规定了如何传输某个资源的一部分，而不是全部。比如，有一个文件的大小是1000字节，浏览器可以只请求该文件的前300个字节，或者只请求第500到第1000个字节。通过这种方式，就可以不必在一次请求中传输某个资源的全部内容，而是发起多次请求，每次仅请求其中的一部分内容。等所有这些请求都返回之后，再把得到的内容一块一块的拼接起来得到完整的资源。 实现断点续传就是要利用 http协议 的上述特性。当用户暂停下载的时候，浏览器会记录已经下载到什么位置

package mainimport ( "fmt" "io" "os" "strconv")func main() { /* 思路：断点续传，边复制，边记录复制的数据量 */ srcName := "C:\\liu\\pro\\aa.jpeg" destName := "C:\\liu\\bb.jpeg" file1, _ := os.Open(srcName) //目标文件打开 file2, _ := os.OpenFile(destName, os.O_WRONLY|os.O_CREATE, os.ModePerm) //要把文件复制到哪里，创建一个新文件 tempName := destName + "temp.txt" //C:\\liu\\bb.jpegtemp.txt file3, _ := os.OpenFile(tempName, os.O_RDWR|os.O_CREATE, os.ModePerm) //新建临时文件 defer file1.Close() defer file2.Close() //defer file3.Close() //1.从临时文件中读取已经存储的上次的拷贝的数据量 totalBytes := make([]byte, 100) count1, _ := file3.Read(totalBytes) // 将已经拷贝的数据量读取到数组中

前段时间做视频上传业务，通过网页上传视频到服务器。 视频大小 小则几十M，大则 1G+，以一般的HTTP请求发送数据的方式的话，会遇到的问题：1，文件过大，超出服务端的请求大小限制；2，请求时间过长，请求超时；3，传输中断，必须重新上传导致前功尽弃； 解决方案： 1 ，修改服务端上传的限制配置；Nginx 以及 PHP 的上传文件限制 不宜过大，一般5M 左右为好； 2 ，大文件分片，一片一片的传到服务端，再由服务端合并。这么做的好处在于一旦上传失败只是损失一个分片而已，不用整个文件重传，而且每个分片的大小可以控制在4MB以内，服务端限制在4M即可。 前端 Web 前端可使用HttpUploader6的大文件上传控件6；官网地址： http://t.cn/EyI6vHh < div class ="section section6 section5"> < div class ="part1">< a href ="javascript:;" target ="_blank" class ="part1__btn"> 批量删除 </ a >< span class ="part1__txt">< em class ="part1__num" id ="upload_num"> 0 </ em > 个视频，共 < em class ="part1__num" id ="upload

java 两台服务器之间，大文件上传（续传），采用了 Socket 通信机制以及 JavaIO 流两个技术点，具体思路如下： 实现思路： 1 、服：利用 ServerSocket 搭建服务器，开启相应端口，进行长连接操作 2 、服：使用 ServerSocket.accept() 方法进行阻塞，接收客户端请求 3 、服：每接收到一个 Socket 就建立一个新的线程来处理它 4 、客：利用 Socket 进行远程连接，询问已上传进度 5 、客：使用 FileInputStream.skip(long length) 从指定位置读取文件，向服务器发送文件流 6 、服：接收客户端输入流，使用 RandomAccessFile.seek(long length) 随机读取，将游标移动到指定位置进行读写 7 、客 / 服：一个循环输出，一个循环读取写入 8 、示例：以下是具体代码，仅供参考 文件介绍： FileUpLoadServer.java （服务器接收文件类） FileUpLoadClient.java （客户端发送文件类） FinalVariables.java （自定义参数类） SocketServerListener.java （ JavaWeb 启动 Socket 操作类） web.xml （配置文件，跟随项目启动） 断点上传（服务端） package com . cn .

1 ，项目调研 因为需要研究下断点上传的问题。找了很久终于找到一个比较好的项目。 在 GoogleCode 上面，代码弄下来超级不方便，还是配置 hosts 才好，把代码重新上传到了 github 上面。 https://github.com/freewebsys/java-large-file-uploader-demo 效果： 上传中，显示进度，时间，百分比。 点击【 Pause 】暂停，点击【 Resume 】继续。 2 ，代码分析 原始项目： https://code.google.com/p/java-large-file-uploader/ 这个项目最后更新的时间是 2012 年，项目进行了封装使用最简单的方法实现了 http 的断点上传。 因为 html5 里面有读取文件分割文件的类库，所以才可以支持断点上传，所以这个只能在 html5 支持的浏览器上面展示。 同时，在 js 和 java 同时使用 cr32 进行文件块的校验，保证数据上传正确。 代码在使用了最新的 servlet 3.0 的 api ，使用了异步执行，监听等方法。 上传类 UploadServlet @Component("javaLargeFileUploaderServlet") @WebServlet(name = "javaLargeFileUploaderServlet",

前段时间做视频上传业务，通过网页上传视频到服务器。 视频大小 小则几十M，大则 1G+，以一般的HTTP请求发送数据的方式的话，会遇到的问题：1，文件过大，超出服务端的请求大小限制；2，请求时间过长，请求超时；3，传输中断，必须重新上传导致前功尽弃； 解决方案： 1，修改服务端上传的限制配置；Nginx 以及 PHP 的上传文件限制 不宜过大，一般5M 左右为好； 2，大文件分片，一片一片的传到服务端，再由服务端合并。这么做的好处在于一旦上传失败只是损失一个分片而已，不用整个文件重传，而且每个分片的大小可以控制在4MB以内，服务端限制在4M即可。 前端 Web前端可使用HttpUploader6的大文件上传控件6；官网地址： http://t.cn/EyI6vHh <div class="section section6 section5"> <div class="part1"><a href="javascript:;" target="_blank" class="part1__btn">批量删除</a><span class="part1__txt"><em class="part1__num" id="upload_num">0</em>个视频，共 <em class="part1__num" id="upload_size">0M</em></span></div>

package duandianxuchuan; import java.io.*; public class Duandianxuchaun1 { private static int position = -1; public static void main(String[] args) { //源文件和目标文件 File sourceFile = new File("D:/","test.txt"); File targetFile = new File("E:/", "test.txt"); //创建流 FileInputStream fis = null; FileOutputStream fos = null; byte[] buf = new byte[1]; try { fis = new FileInputStream(sourceFile); fos = new FileOutputStream(targetFile); while(fis.read(buf)!=-1) { fos.write(buf); //当读取3个的时候模拟出错 if(targetFile.length() == 3){ position = 3; throw new FileAccessException(); } } } catch (FileAccessException e) {