C#中WebClient完成文件下載

C#中WebClient完成文件下載。本站提示廣大學習愛好者：（C#中WebClient完成文件下載）文章只能為提供參考，不一定能成為您想要的結果。以下是C#中WebClient完成文件下載正文

鑒於各種復雜的網絡環境，筆者決議采用不同的編程接口停止下載嘗試，以添加順序的可用性。

這裡僅引見運用 WebClient 的辦法，後續的文章會引見其他的辦法。博文中次要引見思緒和關鍵代碼，完好的 demo 附在文末。

運用代理訪問網絡

很多公司的員工都是經過公司設置的代理上網的。經過代理上網次要是方便公司停止各種的控制，當然也能完成一些特殊的功用… 不過這會給我們的順序訪問網絡帶來一些問題。

其實，WebClient 中的 API 曾經很智能了，比方我們創立的 HttpWebRequest 對象，它自帶一個 Proxy 屬性。也就是說，WebHttpRequest 默許會運用找到的代理。這很棒，也能處置很多狀況了。可是假如這個默許的代理需求驗證域用戶的身份信息，這時運用 WebHttpRequest 訪問網絡就能夠失敗。此時檢查 Proxy. Credentials 屬性，發現它是 null。

從 WebClient 的 API 中是可以取到零碎默許的 Credentials 的，只是不太清楚為什麼 Proxy.Credentials 屬性默許沒有設置為這個值。我們自己設置下就可以了。

request.Proxy.Credentials = CredentialCache.DefaultCredentials;

但實踐的網絡環境能夠會更復雜，需求用戶來指定聯網的代理，並同時指定聯網所需的 Credentials。寫法如下：

myProxy = new WebProxy("proxyAddress"); 
myProxy.Credentials = new NetworkCredential(ProxyUserName, ProxyUserPasswd, DomainName);

克制緩存

緩存可謂無處不再，在服務器端 CDN 會有緩存，在客戶端的代理層也會有緩存。所以常常呈現的問題是：服務器上的文件明明更新了，還是會有一些客戶下載到舊文件。我們先來處置客戶端的緩存問題。

HttpWebRequest 的 CachePolicy.Level 屬性就是設置緩存戰略的，只是它的默許值是 BypassCache。我們把它改為 Reload 就行了:

復制代碼 代碼如下:
request.CachePolicy = new System.Net.Cache.RequestCachePolicy(System.Net.Cache.RequestCacheLevel.Reload);

接上去是服務器端的緩存問題。

如今大家仿佛都在運用 CDN，可在運用中常常發現 CDN 端的緩存更新有問題。在網上查了查也沒有什麼好的處理方法，不過倒是有一個很好的 workaround，就是在懇求中添加一個隨機的字符串作為參數。

Random rdm = new Random();
string s = rdm.Next().ToString();
myUrl += "?" + s;

需求留意的是，關於緩存，一定要運用契合以後用例的戰略，且不可搞一刀切。

更敵對的下載進程

運用滾動條顯示下載進度，顯示實時的下載速度，允許用戶取消下載：

上面是下載用的中心代碼，我們把它分為計算下載百分比和計算以後下載速度辨別引見。

// 取得下載文件的長度
double contentLength = DownloadManager.GetContentLength(myHttpWebClient);
byte[] buffer = new byte[BufferSize];
long downloadedLength = 0;
long currentTimeSpanDataLength = 0;   
int currentDataLength;
while ((currentDataLength = stream.Read(buffer, 0, BufferSize)) > 0 && !this._cancelDownload)
{
 fileStream.Write(buffer, 0, currentDataLength);
 downloadedLength += (long)currentDataLength;
 currentTimeSpanDataLength += (long)currentDataLength;
 int intDownloadSpeed = 0;
 if (this._downloadStopWatch.ElapsedMilliseconds > 800)
 {
  double num5 = (double)currentTimeSpanDataLength / 1024.0;
  double num6 = (double)this._downloadStopWatch.ElapsedMilliseconds / 1000.0;
  double doubleDownloadSpeed = num5 / num6;
  intDownloadSpeed = (int)Math.Round(doubleDownloadSpeed, 0);
  this._downloadStopWatch.Reset();
  this._downloadStopWatch.Start();
  currentTimeSpanDataLength = 0;
 }

 double doubleDownloadPersent = 0.0;
 if (contentLength > 0.0)
 {
  doubleDownloadPersent = (double)downloadedLength / contentLength;
 }
}

在下載的進程中計算下載百分比

首先需求從 http 懇求中取得要下載文件的長度，細節請參考本文所配 demo。

double contentLength = DownloadManager.GetContentLength(myHttpWebClient);

每從文件流中讀取一次數據，我們知道讀了多少個字節(currentDataLength)，累計上去就是以後曾經下載了的文件長度。

downloadedLength += (long)currentDataLength;

然後做個除法就行了：

doubleDownloadPersent = (double)downloadedLength / contentLength;

計算實時的下載速度

關於以後的下載速度，我們計算過來的一段時間內下載上去的字節數。時間段可以運用 StopWatch 來取得，我選擇的時間段要求大於 800 毫秒。

if (this._downloadStopWatch.ElapsedMilliseconds > 800)
{
 /***********************************/
 // 計算上一個時間段內的下載速度
 double num5 = (double)currentTimeSpanDataLength / 1024.0;
 double num6 = (double)this._downloadStopWatch.ElapsedMilliseconds / 1000.0;
 double doubleDownloadSpeed = num5 / num6;
 /***********************************/

 intDownloadSpeed = (int)Math.Round(doubleDownloadSpeed, 0);
 // 本次網速計算完成後重置時間計時器和數據計數器，開端下次的計算
 this._downloadStopWatch.Reset();
 this._downloadStopWatch.Start();
 currentTimeSpanDataLength = 0;
}

現實上每次計算下載速度的時間段長度是不顧定的，但這並不影響計算後果，我只需保證間隔上次計算超越了 800 毫秒就行了。

允許用戶取消下載

關於一個執行時間比擬長的義務來說，不允許用戶取消它是被感恩戴德的！尤其是網速不太好的時分。所以我們需求給用戶一個選擇：可以爽快(而不是苦楚)的完畢以後的旅程。

而這一切對我們來說又是那麼的復雜！

復制代碼 代碼如下:
while ((currentDataLength = stream.Read(buffer, 0, BufferSize)) > 0 && !this._cancelDownload){}

當從數據流中讀取數據時，我們反省用戶是不是按下了"取消"按鈕，就是這裡的 this._cancelDownload 變量。假如它是 true 就完畢以後的下載。

至此，把用戶埋怨最多的幾個點都搞定了。其實也沒有添加多少代碼，並且每個知識點看起來都是那麼的纖細。但很分明的進步了用戶的運用體驗。這也給我們帶來了一些啟示，完成次要功用能夠只是任務中的一局部，另外的一些任務能夠並不是那麼分明，需求我們不時的領會，覺察…

Demo 下載地址：WebClientDemo_jb51.rar

以上就是本文的全部內容，希望對大家的學習有所協助，也希望大家多多支持。