看URL是HttpUtility.UrlEncode將空格轉換成了“+”號，原因找到就著手解決Bug。
引用：
復制代碼 代碼如下:
fileName = HttpUtility.UrlEncode(fileName, Encoding.UTF8);
fileName = fileName.Replace("+", "%20");
通過Replace替換解決，雖然問題解決了，但這并不是一個很好的方法，如果文件夾或文件名中包含“+”號則會導致另外的Bug發生。
最佳解決方案：
使用HttpUtility.UrlPathEncode，UrlPathEncode 方法執行下列步驟：
1.將 UrlPathEncode 方法的編碼邏輯只應用于 URL 的路徑部分（不包括查詢字符串）。 該方法假定 URL 被編碼為 UTF-8 字符串。
2.對非空格編碼，以便在所得的編碼字符串中使用前 128 個 ASCII 字符的子集。 Unicode 的所有字符值為 128 及更高，或者 32 和更小， URL 中輸入。
3.輸入空格作為 %20。
使用 UrlEncode 方法或 UrlPathEncode 方法，可以輸入 URL。 但是，方法返回不同的結果。 UrlEncode 方法將每個空格字符轉換為加號 (+) 字符。 UrlPathEncode 方法將每個空格字符轉換為字符串 %20，以十六進制表示法表示的一個空格。 在對 URL 的路徑部分編碼時使用 UrlPathEncode 方法，以保證一致的已解碼 URL，與執行解碼的平臺或瀏覽器無關。 當您使用 UrlPathEncode 方法時，查詢字符串值不會輸入。 因此，可通過問號的任何值 (?) 在字符串，將不會輸入。 如果必須通過 URL，當查詢字符串，則使用 UrlEncode 方法。
看到項目中很多頁面都使用了Replace方式，查詢后全部替換為UrlPathEncode減少更多Bug的發生。
