【转】文件下充斥之断点续传(客户端和服务端的兑现)【转】文件下充斥的断点续传(客户端与服务端的实现)

【转】文件下载之断点续传(客户端与服务端的实现),【转】文件下载之断点续传(客户端与服务端的实现)

【转】文件下充斥的断点续传(客户端与劳务端的实现)

【转】文件下充斥的断点续传(客户端与劳动端的实现)

面前说了文本的上传,今天来聊聊文件的下载。

面前说了文件的高达传,今天来拉文件的下载。

规矩,还是从最简易粗暴的开头。那么多简单算简单?多聊暴算粗暴?我报你可免写一句子代码,你奉为?直接拿一个文本于IIS服务器上同抛弃,就支持下载。还TM么可以断点续传(IIS服务端默认支持)。

老,还是打极度简单易行粗暴的开头。那么多简单算简单?多多少暴算粗暴?我报告你可免写一句代码,你奉吗?直接将一个文书为IIS服务器上平等遗弃,就支持下载。还TM么可以断点续传(IIS服务端默认支持)。

当贴代码之前先行来了解下什么是断点续传(此间说之凡下载断点续传)?怎么落实之断点续传?
断点续传就是生充斥了一半断网或者暂停了,然后可以随着下载。不用从头开始下载。

以粘贴代码之前先来了解下啊是断点续传(此地说之是下载断点续传)?怎么落实的断点续传?
断点续传就是生充斥了大体上断网或者暂停了,然后可以随着下载。不用从头开始下载。

充分神奇吗,其实简单得可怜,我们思想呢是好想到的。
先是客户端向服务端发送一个请求(下载文件)。然后服务端响应请求,信息包含文件总大小、文件流开始和终结位置、内容大小相当于。那现实是怎落实之吧?
HTTP/1.1发生身材属性Range。比如您发送请求的时刻带及Range:0-199,等于你是要求0到199间的多寡。然后服务器响应请求Content-Range: bytes 0-199/250
,表示若取了0到199次的数目,总大小是250。(也就算是告你还有数尚未下载了)。

很神奇啊,其实简单得很,我们思想也是好想到的。
率先客户端向服务端发送一个告(下载文件)。然后服务端响应请求,信息包含文件到底大小、文件流开始与了结位置、内容大小相当于。那现实是怎落实的啊?
HTTP/1.1来身材属性Range。比如您发送请求的时刻带达Range:0-199,等于你是求求0到199中间的数额。然后服务器响应请求Content-Range: bytes 0-199/250
,表示若拿走了0到199里面的数量,总大小是250。(也不怕是告您还有多少尚未下载了)。

咱俩来写个图吧。
图片 1

咱来作画个图吧。
图片 2

举凡未是雅简短?这么神奇之东西呢便是单“约定”而已,也就算是所谓的HTTP协议。
可是,协议这东西你恪守其就是存,不信守其便不存在。就比如民国时期的钱大家还信其,它便时有发生因此。如果大部分人数不信它,也就没有卵用了。
这断点续传也是这样。你服务端遵守就支持,不遵守也即未支持断点续传。所以我们描绘下载工具的时刻需要看清响应报文里发出没有发生Content-Range,来确定是否支持断点续传。
废话够多矣,下面撸起袖子开干。

凡是免是死粗略?这么神奇之事物吧就是是个“约定”而已,也不怕是所谓的HTTP协议。
而是,协议就东西你恪守其就在,不守其便无在。就比如民国时代的钱大家还信教其,它便闹因此。如果大部分人口不信它,也就算没卵用了。
是断点续传也是这般。你服务端遵守就支持,不信守也便无支持断点续传。所以我们描绘下载工具的当儿用看清响应报文里发出没有出Content-Range,来规定是否支持断点续传。
废话够多矣,下面撸起袖子开干。

文本下充斥-服务端

文件下充斥-服务端

采取a标签提供文件下充斥

采用a标签来下充斥文件,也即是我们前面说的免写代码就好兑现下载。直接把文件为iis服务器上等同丢弃,然后拿链接贴到a标签及,完事。

<a href="/新建文件夹2.rar">下载</a>

简言之、粗暴不用说了。如确得这样好那大家吧无见面讨厌去形容其他下载逻辑了。这里发生只致命之通病。这种措施供的下载不足够安全。谁都得下载,没有权力决定,说不定还会给人文件扫描(好像csdn就有了就档子事)。

应用a标签提供文件下充斥

运用a标签来下充斥文件,也便是咱们面前说之不写代码就得实现下载。直接拿公文为iis服务器上同一弃,然后将链接贴到a标签上,完事。

<a href="/新建文件夹2.rar">下载</a>

简、粗暴不用说了。如确得如此好那大家也未会见讨厌去写其他下载逻辑了。这里出只致命的症结。这种措施供的下载不足够安全。谁都得下载,没有权力决定,说不定还会为人文件扫描(好像csdn就产生了就桩事)。

利用Response.TransmitFile提供文件下充斥

方说直接a标签提供下载不足够安全。那咱们怎么提供相对安全的下载呢。asp.net默认App_Data文本夹是休能够于直接看的,那咱们管下载文件放立刻里面。然后下载的下我们读取文件于回到到响应流。

//文件下载
public void FileDownload5()
{          
    //前面可以做用户登录验证、用户权限验证等。

    string filename = "大数据.rar";   //客户端保存的文件名  
    string filePath = Server.MapPath("/App_Data/大数据.rar");//要被下载的文件路径 

    Response.ContentType = "application/octet-stream";  //二进制流
    Response.AddHeader("Content-Disposition", "attachment;filename=" + filename);
    Response.TransmitFile(filePath); //将指定文件写入 HTTP 响应输出流
}

运用Response.TransmitFile提供文件下充斥

方说直接a标签提供下载不足够安全。那咱们怎么提供相对安全的下载呢。asp.net默认App_Data文本夹是免能够被一直访问的,那咱们将下载文件放立刻其间。然后下载的早晚咱们读取文件在回去到响应流。

//文件下载
public void FileDownload5()
{          
    //前面可以做用户登录验证、用户权限验证等。

    string filename = "大数据.rar";   //客户端保存的文件名  
    string filePath = Server.MapPath("/App_Data/大数据.rar");//要被下载的文件路径 

    Response.ContentType = "application/octet-stream";  //二进制流
    Response.AddHeader("Content-Disposition", "attachment;filename=" + filename);
    Response.TransmitFile(filePath); //将指定文件写入 HTTP 响应输出流
}

别艺术文件下充斥

当网上寻找C#文件下充斥貌似还见面搜到所谓的“四种植方式”。其实那些代码并无可知用来一直运用,有坑的。
第一种:(Response.BinaryWrite)

 public void FileDownload2()
 {
     string fileName = "新建文件夹2.rar";//客户端保存的文件名  
     string filePath = Server.MapPath("/App_Data/新建文件夹2.rar");//要被下载的文件路径   

     Response.ContentType = "application/octet-stream";//二进制流
     //通知浏览器下载文件而不是打开  
     Response.AddHeader("Content-Disposition", "attachment;  filename=" + HttpUtility.UrlEncode(fileName, System.Text.Encoding.UTF8));

     //以字符流的形式下载文件  
     using (FileStream fs = new FileStream(filePath, FileMode.Open, FileAccess.Read))
     {
         Response.AddHeader("Content-Length", fs.Length.ToString());
         //这里容易内存溢出
         //理论上数组最大长度 int.MaxValue 2147483647 
         //(实际分不到这么多,不同的程序能分到值也不同,本人机器,winfrom( 2147483591 相差56)、iis(也差不多2G)、iis Express(只有100多MB))
         byte[] bytes = new byte[(int)fs.Length];
         fs.Read(bytes, 0, bytes.Length);
         Response.BinaryWrite(bytes);
     }
     Response.Flush();
     Response.End();
 }

先是数组最要命长为int.MaxValue,然后正常程序是勿见面分开这么大内存,很容易做挂服务器。(啊就是是得下载的公文,极限值最多为不怕2G不交。)【不推荐】

第二种:(Response.WriteFile)

public void FileDownload3()
{
    string fileName = "新建文件夹2.rar";//客户端保存的文件名  
    string filePath = Server.MapPath("/App_Data/新建文件夹2.rar");//要被下载的文件路径  
    FileInfo fileInfo = new FileInfo(filePath);
    Response.Clear();
    Response.ClearContent();
    Response.ClearHeaders();
    Response.AddHeader("Content-Disposition", "attachment;filename=\"" + HttpUtility.UrlEncode(fileName, System.Text.Encoding.UTF8) + "\"");
    Response.AddHeader("Content-Length", fileInfo.Length.ToString());//文件大小
    Response.AddHeader("Content-Transfer-Encoding", "binary");
    Response.ContentType = "application/octet-stream";
    Response.WriteFile(fileInfo.FullName);//大小参数必须介于零和最大的 Int32 值之间(也就是最大2G,不过这个操作非常耗内存)
    //这里容易内存溢出
    Response.Flush();
    Response.End();
}

题目同第一种类似,也是匪能够下载过2G之文本。然后下载差不多2G文本时,机器也是处在被挂的边缘,相当恐怖。【不推荐】

第三种:(Response.OutputStream.Write)

public void FileDownload4()
{
    string fileName = "大数据.rar";//客户端保存的文件名  
    string filePath = Server.MapPath("/App_Data/大数据.rar");//要被下载的文件路径   

    if (System.IO.File.Exists(filePath))
    {
        const long ChunkSize = 102400; //100K 每次读取文件,只读取100K,这样可以缓解服务器的压力  
        byte[] buffer = new byte[ChunkSize];

        Response.Clear();
        using (FileStream fileStream = System.IO.File.OpenRead(filePath))
        {
            long fileSize = fileStream.Length; //文件大小  
            Response.ContentType = "application/octet-stream"; //二进制流
            Response.AddHeader("Content-Disposition", "attachment; filename=" + HttpUtility.UrlEncode(fileName, System.Text.Encoding.UTF8));
            Response.AddHeader("Content-Length", fileStream.Length.ToString());//文件总大小
            while (fileSize > 0 && Response.IsClientConnected)//判断客户端是否还连接了服务器
            {
                //实际读取的大小  
                int readSize = fileStream.Read(buffer, 0, Convert.ToInt32(ChunkSize));
                Response.OutputStream.Write(buffer, 0, readSize);
                Response.Flush();//如果客户端 暂停下载时,这里会阻塞。
                fileSize = fileSize - readSize;//文件剩余大小
            }
        }
        Response.Close();
    }
}

此处肯定看出了是于循环读博输出,比较敏感。下载好文件时未尝压力。【推荐】

第四种:(Response.TransmitFile)
否就算高达起举例说之那种,下充斥大文件呢并未压力。【推荐】

public void FileDownload5()
{          
    //前面可以做用户登录验证、用户权限验证等。

    string filename = "大数据.rar";   //客户端保存的文件名  
    string filePath = Server.MapPath("/App_Data/大数据.rar");//要被下载的文件路径 

    Response.ContentType = "application/octet-stream";  //二进制流
    Response.AddHeader("Content-Disposition", "attachment;filename=" + filename);
    Response.TransmitFile(filePath); //将指定文件写入 HTTP 响应输出流
}

任何方文件下充斥

当网上检索C#文件下充斥一般还见面搜到所谓的“四栽方法”。其实那些代码并无能够用来直接以,有坑的。
第一种:(Response.BinaryWrite)

 public void FileDownload2()
 {
     string fileName = "新建文件夹2.rar";//客户端保存的文件名  
     string filePath = Server.MapPath("/App_Data/新建文件夹2.rar");//要被下载的文件路径   

     Response.ContentType = "application/octet-stream";//二进制流
     //通知浏览器下载文件而不是打开  
     Response.AddHeader("Content-Disposition", "attachment;  filename=" + HttpUtility.UrlEncode(fileName, System.Text.Encoding.UTF8));

     //以字符流的形式下载文件  
     using (FileStream fs = new FileStream(filePath, FileMode.Open, FileAccess.Read))
     {
         Response.AddHeader("Content-Length", fs.Length.ToString());
         //这里容易内存溢出
         //理论上数组最大长度 int.MaxValue 2147483647 
         //(实际分不到这么多,不同的程序能分到值也不同,本人机器,winfrom( 2147483591 相差56)、iis(也差不多2G)、iis Express(只有100多MB))
         byte[] bytes = new byte[(int)fs.Length];
         fs.Read(bytes, 0, bytes.Length);
         Response.BinaryWrite(bytes);
     }
     Response.Flush();
     Response.End();
 }

首先数组最充分尺寸也int.MaxValue,然后正常程序是未会见分这么可怜内存,很易作挂服务器。(为就算是可下载的文书,极限值最多为不怕2G不顶。)【不推荐】

第二种:(Response.WriteFile)

public void FileDownload3()
{
    string fileName = "新建文件夹2.rar";//客户端保存的文件名  
    string filePath = Server.MapPath("/App_Data/新建文件夹2.rar");//要被下载的文件路径  
    FileInfo fileInfo = new FileInfo(filePath);
    Response.Clear();
    Response.ClearContent();
    Response.ClearHeaders();
    Response.AddHeader("Content-Disposition", "attachment;filename=\"" + HttpUtility.UrlEncode(fileName, System.Text.Encoding.UTF8) + "\"");
    Response.AddHeader("Content-Length", fileInfo.Length.ToString());//文件大小
    Response.AddHeader("Content-Transfer-Encoding", "binary");
    Response.ContentType = "application/octet-stream";
    Response.WriteFile(fileInfo.FullName);//大小参数必须介于零和最大的 Int32 值之间(也就是最大2G,不过这个操作非常耗内存)
    //这里容易内存溢出
    Response.Flush();
    Response.End();
}

题材同第一种恍若,也是不可知下载过2G的公文。然后下载差不多2G文书时,机器也是高居被高悬的边缘,相当恐怖。【不推荐】

第三种:(Response.OutputStream.Write)

public void FileDownload4()
{
    string fileName = "大数据.rar";//客户端保存的文件名  
    string filePath = Server.MapPath("/App_Data/大数据.rar");//要被下载的文件路径   

    if (System.IO.File.Exists(filePath))
    {
        const long ChunkSize = 102400; //100K 每次读取文件,只读取100K,这样可以缓解服务器的压力  
        byte[] buffer = new byte[ChunkSize];

        Response.Clear();
        using (FileStream fileStream = System.IO.File.OpenRead(filePath))
        {
            long fileSize = fileStream.Length; //文件大小  
            Response.ContentType = "application/octet-stream"; //二进制流
            Response.AddHeader("Content-Disposition", "attachment; filename=" + HttpUtility.UrlEncode(fileName, System.Text.Encoding.UTF8));
            Response.AddHeader("Content-Length", fileStream.Length.ToString());//文件总大小
            while (fileSize > 0 && Response.IsClientConnected)//判断客户端是否还连接了服务器
            {
                //实际读取的大小  
                int readSize = fileStream.Read(buffer, 0, Convert.ToInt32(ChunkSize));
                Response.OutputStream.Write(buffer, 0, readSize);
                Response.Flush();//如果客户端 暂停下载时,这里会阻塞。
                fileSize = fileSize - readSize;//文件剩余大小
            }
        }
        Response.Close();
    }
}

此间肯定看出了凡以循环读博输出,比较灵敏。下载好文件时并未压力。【推荐】

第四种:(Response.TransmitFile)
为便高达上马举例说之那种,下充斥大文件呢从不压力。【推荐】

public void FileDownload5()
{          
    //前面可以做用户登录验证、用户权限验证等。

    string filename = "大数据.rar";   //客户端保存的文件名  
    string filePath = Server.MapPath("/App_Data/大数据.rar");//要被下载的文件路径 

    Response.ContentType = "application/octet-stream";  //二进制流
    Response.AddHeader("Content-Disposition", "attachment;filename=" + filename);
    Response.TransmitFile(filePath); //将指定文件写入 HTTP 响应输出流
}

文件下充斥-客户端

地方实现了文件下载的服务端实现,接下我们贯彻文件下载的客户端实现。客户端的下载好直接是浏览器提供的下载,也可以是迅雷或者我们好写的下载程序。这里以更好之辨析,我们来之所以winfrom程序自己写个下载客户端。

文本下充斥-客户端

面实现了文本下载的服务端实现,接下去我们落实公文下载的客户端实现。客户端的下载好一直是浏览器提供的下载,也可是迅雷或者我们团结写的下载程序。这里以还好的剖析,我们来为此winfrom程序自己写单下载客户端。

一直下载

private async void button1_ClickAsync(object sender, EventArgs e)
{
    using (HttpClient http = new HttpClient())
    {
        var httpResponseMessage = await http.GetAsync("http://localhost:813/新建文件夹2.rar");//发送请求 (链接是a标签提供的)
        var contentLength = httpResponseMessage.Content.Headers.ContentLength;//读取文件大小
        using (var stream = await httpResponseMessage.Content.ReadAsStreamAsync())//读取文件流
        {
            var readLength = 1024000;//1000K  每次读取大小
            byte[] bytes = new byte[readLength];
            int writeLength;
            while ((writeLength = stream.Read(bytes, 0, readLength)) > 0)//分块读取文件流
            {
                using (FileStream fs = new FileStream(Application.StartupPath + "/temp.rar", FileMode.Append, FileAccess.Write))//使用追加方式打开一个文件流
                {
                    fs.Write(bytes, 0, writeLength);//追加写入文件
                    contentLength -= writeLength;
                    if (contentLength == 0)//如果写入完成 给出提示
                        MessageBox.Show("下载完成");
                }
            }
        }
    } 
}

在押在这么出色的代码,好像没问题。可现实为往事与愿违。
图片 3

咱俩视了一个雅“System.Net.Http.HttpRequestException:“不能够于缓冲区刻画副于所安排最特别缓冲区大小
2147483647
更多之字节。”,什么坏,又是2147483647以此数字。因为咱们下载的文件大小超过了2G,无法缓冲下充斥。
但是“缓冲下充斥”下以是什么不好。我吗不晓得。那咱们试试可以合这个东东吗?答案是得之。

var httpResponseMessage = await http.GetAsync("http://localhost:813/新建文件夹2.rar");//发送请求

改成为下面就是可了

var httpResponseMessage = await http.GetAsync("http://localhost:813/新建文件夹2.rar",HttpCompletionOption.ResponseHeadersRead);//响应一可用且标题可读时即应完成的操作。 (尚未读取的内容。)

图片 4
咱看看枚举HttpCompletionOption的蝇头单价值。一个凡是应读取内容,一个是响应读取标题(也就是是Headers里之内容)。

直接下载

private async void button1_ClickAsync(object sender, EventArgs e)
{
    using (HttpClient http = new HttpClient())
    {
        var httpResponseMessage = await http.GetAsync("http://localhost:813/新建文件夹2.rar");//发送请求 (链接是a标签提供的)
        var contentLength = httpResponseMessage.Content.Headers.ContentLength;//读取文件大小
        using (var stream = await httpResponseMessage.Content.ReadAsStreamAsync())//读取文件流
        {
            var readLength = 1024000;//1000K  每次读取大小
            byte[] bytes = new byte[readLength];
            int writeLength;
            while ((writeLength = stream.Read(bytes, 0, readLength)) > 0)//分块读取文件流
            {
                using (FileStream fs = new FileStream(Application.StartupPath + "/temp.rar", FileMode.Append, FileAccess.Write))//使用追加方式打开一个文件流
                {
                    fs.Write(bytes, 0, writeLength);//追加写入文件
                    contentLength -= writeLength;
                    if (contentLength == 0)//如果写入完成 给出提示
                        MessageBox.Show("下载完成");
                }
            }
        }
    } 
}

看正在这样可以的代码,好像没问题。可实际为往事与愿违。
图片 5

咱俩看出了一个异常“System.Net.Http.HttpRequestException:“不可知于缓冲区勾勒副于所安排最特别缓冲区大小
2147483647
更多之字节。”,什么坏,又是2147483647者数字。因为咱们下载的文件大小超过了2G,无法缓冲下充斥。
只是“缓冲下充斥”下同时是啊鬼。我呢无晓。那我们尝试可以合这个东东为?答案是得之。

var httpResponseMessage = await http.GetAsync("http://localhost:813/新建文件夹2.rar");//发送请求

转成为下面就是得了

var httpResponseMessage = await http.GetAsync("http://localhost:813/新建文件夹2.rar",HttpCompletionOption.ResponseHeadersRead);//响应一可用且标题可读时即应完成的操作。 (尚未读取的内容。)

图片 6
咱俩看枚举HttpCompletionOption的鲜只价值。一个凡响应读取内容,一个是响应读取标题(也便是Headers里之情节)。

异步下载

俺们发现以下载好文件的当儿会导致界面假死。这是UI单线程程序的欠缺。当然,这么差的用户体验是咱们无可知忍受的。下面我们吧产充斥开一个线程,避免造成UI线程的阻隔。

/// <summary>
/// 异步下载
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
private async void button2_ClickAsync(object sender, EventArgs e)
{
    //开启一个异步线程
    await Task.Run(async () =>
    {
        //异步操作UI元素
        label1.Invoke((Action)(() =>
                {
                    label1.Text = "准备下载...";
                }));

        long downloadSize = 0;//已经下载大小
        long downloadSpeed = 0;//下载速度
        using (HttpClient http = new HttpClient())
        {
            var httpResponseMessage = await http.GetAsync("http://localhost:813/新建文件夹2.rar", HttpCompletionOption.ResponseHeadersRead);//发送请求
            var contentLength = httpResponseMessage.Content.Headers.ContentLength;   //文件大小                
            using (var stream = await httpResponseMessage.Content.ReadAsStreamAsync())
            {
                var readLength = 1024000;//1000K
                byte[] bytes = new byte[readLength];
                int writeLength;
                var beginSecond = DateTime.Now.Second;//当前时间秒
                while ((writeLength = stream.Read(bytes, 0, readLength)) > 0)
                {
                    //使用追加方式打开一个文件流
                    using (FileStream fs = new FileStream(Application.StartupPath + "/temp.rar", FileMode.Append, FileAccess.Write))
                    {
                        fs.Write(bytes, 0, writeLength);
                    }
                    downloadSize += writeLength;
                    downloadSpeed += writeLength;
                    progressBar1.Invoke((Action)(() =>
                    {
                        var endSecond = DateTime.Now.Second;
                        if (beginSecond != endSecond)//计算速度
                        {
                            downloadSpeed = downloadSpeed / (endSecond - beginSecond);
                            label1.Text = "下载速度" + downloadSpeed / 1024 + "KB/S";

                            beginSecond = DateTime.Now.Second;
                            downloadSpeed = 0;//清空
                        }
                        progressBar1.Value = Math.Max((int)(downloadSize * 100 / contentLength), 1);
                    }));
                }

                label1.Invoke((Action)(() =>
                {
                    label1.Text = "下载完成";
                }));
            }
        }
    });
}

效果图:
图片 7

异步下载

咱发现在下载好文件之上会促成界面假死。这是UI单线程程序的缺点。当然,这么差之用户体验是我们不能够容忍的。下面我们也下充斥开一个线程,避免造成UI线程的堵截。

/// <summary>
/// 异步下载
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
private async void button2_ClickAsync(object sender, EventArgs e)
{
    //开启一个异步线程
    await Task.Run(async () =>
    {
        //异步操作UI元素
        label1.Invoke((Action)(() =>
                {
                    label1.Text = "准备下载...";
                }));

        long downloadSize = 0;//已经下载大小
        long downloadSpeed = 0;//下载速度
        using (HttpClient http = new HttpClient())
        {
            var httpResponseMessage = await http.GetAsync("http://localhost:813/新建文件夹2.rar", HttpCompletionOption.ResponseHeadersRead);//发送请求
            var contentLength = httpResponseMessage.Content.Headers.ContentLength;   //文件大小                
            using (var stream = await httpResponseMessage.Content.ReadAsStreamAsync())
            {
                var readLength = 1024000;//1000K
                byte[] bytes = new byte[readLength];
                int writeLength;
                var beginSecond = DateTime.Now.Second;//当前时间秒
                while ((writeLength = stream.Read(bytes, 0, readLength)) > 0)
                {
                    //使用追加方式打开一个文件流
                    using (FileStream fs = new FileStream(Application.StartupPath + "/temp.rar", FileMode.Append, FileAccess.Write))
                    {
                        fs.Write(bytes, 0, writeLength);
                    }
                    downloadSize += writeLength;
                    downloadSpeed += writeLength;
                    progressBar1.Invoke((Action)(() =>
                    {
                        var endSecond = DateTime.Now.Second;
                        if (beginSecond != endSecond)//计算速度
                        {
                            downloadSpeed = downloadSpeed / (endSecond - beginSecond);
                            label1.Text = "下载速度" + downloadSpeed / 1024 + "KB/S";

                            beginSecond = DateTime.Now.Second;
                            downloadSpeed = 0;//清空
                        }
                        progressBar1.Value = Math.Max((int)(downloadSize * 100 / contentLength), 1);
                    }));
                }

                label1.Invoke((Action)(() =>
                {
                    label1.Text = "下载完成";
                }));
            }
        }
    });
}

效果图:
图片 8

断点续传

面的主意我们发现,如果下充斥及一个半断网了下次见面重头开始下载。这与我们今天底主题明确不合嘛。下面我们开专业上正题文件下载之断点续传。把前我们说到之头属性Range用起来。

var request = new HttpRequestMessage { RequestUri = new Uri(url) };
request.Headers.Range = new RangeHeaderValue(rangeBegin, null); //【关键点】全局变量记录已经下载了多少,然后下次从这个位置开始下载。
var httpResponseMessage = await http.SendAsync(request, HttpCompletionOption.ResponseHeadersRead);

完代码:

/// <summary>
/// 是否暂停
/// </summary>
static bool isPause = true;
/// <summary>
/// 下载开始位置(也就是已经下载了的位置)
/// </summary>
static long rangeBegin = 0; //(当然,这个值也可以存为持久化。如文本、数据库等)

private async void button3_ClickAsync(object sender, EventArgs e)
{
    isPause = !isPause;
    if (!isPause)//点击下载
    {
        button3.Text = "暂停";

        await Task.Run(async () =>
        {
            //异步操作UI元素
            label1.Invoke((Action)(() =>
           {
               label1.Text = "准备下载...";
           }));

            long downloadSpeed = 0;//下载速度
            using (HttpClient http = new HttpClient())
            {
                var url = "http://localhost:813/新建文件夹2.rar";
                var request = new HttpRequestMessage { RequestUri = new Uri(url) };
                request.Headers.Range = new RangeHeaderValue(rangeBegin, null); //【关键点】全局变量记录已经下载了多少,然后下次从这个位置开始下载。
                var httpResponseMessage = await http.SendAsync(request, HttpCompletionOption.ResponseHeadersRead);
                var contentLength = httpResponseMessage.Content.Headers.ContentLength;//本次请求的内容大小
                if (httpResponseMessage.Content.Headers.ContentRange != null) //如果为空,则说明服务器不支持断点续传
                {
                    contentLength = httpResponseMessage.Content.Headers.ContentRange.Length;//服务器上的文件大小
                }

                using (var stream = await httpResponseMessage.Content.ReadAsStreamAsync())
                {
                    var readLength = 1024000;//1000K
                    byte[] bytes = new byte[readLength];
                    int writeLength;
                    var beginSecond = DateTime.Now.Second;//当前时间秒
                    while ((writeLength = stream.Read(bytes, 0, readLength)) > 0 && !isPause)
                    {
                        //使用追加方式打开一个文件流
                        using (FileStream fs = new FileStream(Application.StartupPath + "/temp.rar", FileMode.Append, FileAccess.Write))
                        {
                            fs.Write(bytes, 0, writeLength);
                        }
                        downloadSpeed += writeLength;
                        rangeBegin += writeLength;
                        progressBar1.Invoke((Action)(() =>
                        {
                            var endSecond = DateTime.Now.Second;
                            if (beginSecond != endSecond)//计算速度
                            {
                                downloadSpeed = downloadSpeed / (endSecond - beginSecond);
                                label1.Text = "下载速度" + downloadSpeed / 1024 + "KB/S";

                                beginSecond = DateTime.Now.Second;
                                downloadSpeed = 0;//清空
                            }
                            progressBar1.Value = Math.Max((int)((rangeBegin) * 100 / contentLength), 1);
                        }));
                    }

                    if (rangeBegin == contentLength)
                    {
                        label1.Invoke((Action)(() =>
                        {
                            label1.Text = "下载完成";
                        }));
                    }
                }
            }
        });
    }
    else//点击暂停
    {
        button3.Text = "继续下载";
        label1.Text = "暂停下载";
    }
}

效果图:
图片 9

交今日为止,你认为我们的断点续传就完事了呢?
摩擦,你发无出觉察我们使用的下载链接是a标签的。也就算是我们团结一心写服务端提供的下载链接是未是吧可支撑断点续传呢?下面我改换个下充斥链接试试就知道。

断点续传

地方的办法我们发现,如果下充斥到一个半断网了下次会晤重头开始下载。这与我们今天的主题明确不合嘛。下面我们初步正儿八经入正题文件下载之断点续传。把前我们说及之头属性Range用起来。

var request = new HttpRequestMessage { RequestUri = new Uri(url) };
request.Headers.Range = new RangeHeaderValue(rangeBegin, null); //【关键点】全局变量记录已经下载了多少,然后下次从这个位置开始下载。
var httpResponseMessage = await http.SendAsync(request, HttpCompletionOption.ResponseHeadersRead);

完整代码:

/// <summary>
/// 是否暂停
/// </summary>
static bool isPause = true;
/// <summary>
/// 下载开始位置(也就是已经下载了的位置)
/// </summary>
static long rangeBegin = 0; //(当然,这个值也可以存为持久化。如文本、数据库等)

private async void button3_ClickAsync(object sender, EventArgs e)
{
    isPause = !isPause;
    if (!isPause)//点击下载
    {
        button3.Text = "暂停";

        await Task.Run(async () =>
        {
            //异步操作UI元素
            label1.Invoke((Action)(() =>
           {
               label1.Text = "准备下载...";
           }));

            long downloadSpeed = 0;//下载速度
            using (HttpClient http = new HttpClient())
            {
                var url = "http://localhost:813/新建文件夹2.rar";
                var request = new HttpRequestMessage { RequestUri = new Uri(url) };
                request.Headers.Range = new RangeHeaderValue(rangeBegin, null); //【关键点】全局变量记录已经下载了多少,然后下次从这个位置开始下载。
                var httpResponseMessage = await http.SendAsync(request, HttpCompletionOption.ResponseHeadersRead);
                var contentLength = httpResponseMessage.Content.Headers.ContentLength;//本次请求的内容大小
                if (httpResponseMessage.Content.Headers.ContentRange != null) //如果为空,则说明服务器不支持断点续传
                {
                    contentLength = httpResponseMessage.Content.Headers.ContentRange.Length;//服务器上的文件大小
                }

                using (var stream = await httpResponseMessage.Content.ReadAsStreamAsync())
                {
                    var readLength = 1024000;//1000K
                    byte[] bytes = new byte[readLength];
                    int writeLength;
                    var beginSecond = DateTime.Now.Second;//当前时间秒
                    while ((writeLength = stream.Read(bytes, 0, readLength)) > 0 && !isPause)
                    {
                        //使用追加方式打开一个文件流
                        using (FileStream fs = new FileStream(Application.StartupPath + "/temp.rar", FileMode.Append, FileAccess.Write))
                        {
                            fs.Write(bytes, 0, writeLength);
                        }
                        downloadSpeed += writeLength;
                        rangeBegin += writeLength;
                        progressBar1.Invoke((Action)(() =>
                        {
                            var endSecond = DateTime.Now.Second;
                            if (beginSecond != endSecond)//计算速度
                            {
                                downloadSpeed = downloadSpeed / (endSecond - beginSecond);
                                label1.Text = "下载速度" + downloadSpeed / 1024 + "KB/S";

                                beginSecond = DateTime.Now.Second;
                                downloadSpeed = 0;//清空
                            }
                            progressBar1.Value = Math.Max((int)((rangeBegin) * 100 / contentLength), 1);
                        }));
                    }

                    if (rangeBegin == contentLength)
                    {
                        label1.Invoke((Action)(() =>
                        {
                            label1.Text = "下载完成";
                        }));
                    }
                }
            }
        });
    }
    else//点击暂停
    {
        button3.Text = "继续下载";
        label1.Text = "暂停下载";
    }
}

效果图:
图片 10

暨今为止,你当我们的断点续传就完成了呢?
掠,你产生没出察觉我们应用的下载链接是a标签的。也就算是咱好写服务端提供的下载链接是未是也得支撑断点续传呢?下面我换个下充斥链接试试就知道。

断点续传(服务端的支持)

测试结果如下:
图片 11

察觉并无支持断点续传。为什么a标签链接可以一直支持,我们形容的下载却不支持啊。
a标签的链接指向的直白是iis上之文书(iis默认支持),而我们形容的倒无举行响应报文表头Range的拍卖。(没想象着之那么智能嘛
>_<)

前方我们说过,断线续传是HTTP的一个商事。我们遵守其,它就是存在,我们无信守其吧不怕无存。
那么下面我们修改前的文书下充斥代码(服务端):

public void FileDownload5()
{          
    //前面可以做用户登录验证、用户权限验证等。

    string filename = "大数据.rar";   //客户端保存的文件名  
    string filePath = Server.MapPath("/App_Data/大数据.rar");//要被下载的文件路径 

    var range = Request.Headers["Range"];
    if (!string.IsNullOrWhiteSpace(range))//如果遵守协议,支持断点续传
    {
        var fileLength = new FileInfo(filePath).Length;//文件的总大小
        long begin;//文件的开始位置
        long end;//文件的结束位置
        long.TryParse(range.Split('=')[1].Split('-')[0], out begin);
        long.TryParse(range.Split('-')[1], out end);
        end = end - begin > 0 ? end : (fileLength - 1);// 如果没有结束位置,那我们读剩下的全部

        //表头 表明  下载文件的开始、结束位置 和文件总大小
        Response.AddHeader("Content-Range", "bytes " + begin + "-" + end + "/" + fileLength);
        Response.ContentType = "application/octet-stream";
        Response.AddHeader("Content-Disposition", "attachment;filename=" + filename);
        Response.TransmitFile(filePath, begin, (end - begin));//发送 文件开始位置读取的大小
    }
    else
    {
        Response.ContentType = "application/octet-stream";
        Response.AddHeader("Content-Disposition", "attachment;filename=" + filename);
        Response.TransmitFile(filePath);
    }
}

下一场再测试断点续传,完美支持。

断点续传(服务端的支撑)

测试结果如下:
图片 12

意识并无支持断点续传。为什么a标签链接可以直接支持,我们形容的下载却非支持为。
a标签的链接指向的直接是iis上的文件(iis默认支持),而我辈刻画的也从没开响应报文表头Range的处理。(没想象中之那智能嘛
>_<)

眼前我们说了,断线续传是HTTP的一个商讨。我们遵守其,它就存,我们无守其为便非设有。
那下面我们修改前的公文下充斥代码(服务端):

public void FileDownload5()
{          
    //前面可以做用户登录验证、用户权限验证等。

    string filename = "大数据.rar";   //客户端保存的文件名  
    string filePath = Server.MapPath("/App_Data/大数据.rar");//要被下载的文件路径 

    var range = Request.Headers["Range"];
    if (!string.IsNullOrWhiteSpace(range))//如果遵守协议,支持断点续传
    {
        var fileLength = new FileInfo(filePath).Length;//文件的总大小
        long begin;//文件的开始位置
        long end;//文件的结束位置
        long.TryParse(range.Split('=')[1].Split('-')[0], out begin);
        long.TryParse(range.Split('-')[1], out end);
        end = end - begin > 0 ? end : (fileLength - 1);// 如果没有结束位置,那我们读剩下的全部

        //表头 表明  下载文件的开始、结束位置 和文件总大小
        Response.AddHeader("Content-Range", "bytes " + begin + "-" + end + "/" + fileLength);
        Response.ContentType = "application/octet-stream";
        Response.AddHeader("Content-Disposition", "attachment;filename=" + filename);
        Response.TransmitFile(filePath, begin, (end - begin));//发送 文件开始位置读取的大小
    }
    else
    {
        Response.ContentType = "application/octet-stream";
        Response.AddHeader("Content-Disposition", "attachment;filename=" + filename);
        Response.TransmitFile(filePath);
    }
}

接下来又测试断点续传,完美支持。

大多线程同时下载(分片下载)

文件之断点续传已经分析了了。不过中间稍微细节之事物而可以依据实际需求去完善。如:文件命名、断点续传的文件是否生了改、下载好后证实文件以及服务器上之是不是相同。
再有我们可以根据表头属性Range来实现多线程下载,不过这里虽非贴代码了,贴单效益图吧。和上一样篇文件上污染里的多线程上传同理。您吗得根据提供的demo代码下载查看,内发总体兑现。
图片 13

 

参考资料

  • http://www.cnblogs.com/yank/p/HTTP-Range.html
  • http://www.cnblogs.com/sparkdev/p/6141539.html

demo

  • https://github.com/zhaopeiym/BlogDemoCode/tree/master/上传下载

 

基本上线程同时下载(分片下载)

文件之断点续传已经分析了了。不过中间略细节之物而得因实际要求去到。如:文件命名、断点续传的文件是否发了改动、下载完成后证实文件以及服务器上之是不是相同。
还有我们好依据表头属性Range来实现多线程下载,不过这里就是非粘代码了,贴单职能图吧。和齐亦然篇文件上污染里的多线程上传同理。您为得以依据提供的demo代码下载查看,内生完兑现。
图片 14

 

参考资料

  • http://www.cnblogs.com/yank/p/HTTP-Range.html
  • http://www.cnblogs.com/sparkdev/p/6141539.html

demo

  • https://github.com/zhaopeiym/BlogDemoCode/tree/master/上传下载