最近做系統，從郵件中導出郵件，上傳到系統中，遇到一個奇葩的問題，如下：
通過本地文件看，文件名中是一個空格，上傳至數據庫后，展示就變成了問號，究其原因，發現是一個特殊字符導致：
最近認真去查了一下這個問題，發現問題的關鍵，是編碼方式：如果使用的Encoding是UTF-8的話，就會發生這種情況。 問題的根源，在於UTF-8這種編碼里面，存在一個特殊的字符，其編碼是“0xC2 0xA0”，轉換成字符的時候，表現為一個空格，跟一般的半角空格（ASCII 0x20）一樣，唯一的不同是它的寬度不會被壓縮，因此比較多的被用於網頁排版（如首行縮進之類）。而其他的編碼方式如GB2312、Unicode之類並沒有這樣的字符，因此如果簡單地進行編碼轉換，生成地GB2312/Unocode字符串中，這個字符就會被替換成為問號（ASCII ox3F）。此時如果進行寫庫、寫文件之類，就會把問號直接寫入了。當然此時會有一種山寨方式：直接替換問號為空格。可是這種方法，會把原本真正的問號也槍斃掉。 使用UTF-8進行HTMLDecode的時候，對於語句開頭的（ ），就會被自動轉換成為這個特殊的空格，可能是判斷為放在開頭的空格，一定是用來排版的。在轉換為其他編碼之前，這個特殊的空格受到的待遇與普通的半角空格是一致的，甚至也會被trim()去掉。 因此，碰到這個問題的原因有兩種：一種是在UTF-8編碼下進行了轉換，產生了這個字符；還有一種就是網頁中直接采用了這個字符進行排版。
解決方法如下：
byte[] space = new byte[] { 0xc2, 0xa0 }; string UTFSpace = Encoding.GetEncoding("UTF-8").GetString(space); //替換為字符串空格 path.Replace(UTFSpace," "); //替換為網頁空格 path.Replace(UTFSpace," ");