使用代理訪問網絡
很多公司的員工都是通過公司設置的代理上網的。通過代理上網主要是方便公司進行各種的管制，當然也能實現一些特殊的功能… 不過這會給我們的程序訪問網絡帶來一些問題。
其實，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 就結束當前的下載。
至此，把用戶抱怨最多的幾個點都搞定了。其實也沒有增加多少代碼，並且每個知識點看起來都是那麼的細微。但很明顯的提高了用戶的使用體驗。這也給我們帶來了一些啓發，完成主要功能可能只是工作中的一部分，另外的一些工作可能並不是那麼明顯，需要我們不斷的體會，發覺…