全形空格匯入資料庫後變成問號，是因為插入的字元的型別和字段的型別不匹配造成的。
1.可以修改字段型別text改為ntext。
2.在插入資料庫之前進行轉換
byte space = new byte;
string utfspace = encoding.getencoding("utf-8").getstring(space);
htmlstr = htmlstr.replace(utfspace," ");
用 htmldecode() 去解碼後，「 」不是被解碼為半形的空格(ascii碼0x20)而是變成半形問號「?」(ascii碼0x3f)。而且奇怪的是，只有每行前面的空格才會出問題，如果前面後面有漢字的話，空格就還是空格。但是更加奇怪的是，如果直接在htmldecode()的後面直接加上trim()的話，這個問號會被去掉。而正常的情況下，問號是不會被去掉的，只有空格才會被去掉。
發生這個問題的時候，我是在把解碼後的內容寫入資料庫，因此一直都以為是sqlserver與應用程式之間的字符集問題或者編碼方式問題。搞了n久，最後才發現在送進sqlserver之前，內容就已經是問號了。
查了很久，也找不到這個問題如何解決。因此，只能使用山寨解決方法了：
1、在decode之前替換 為 空格。
2、在decode之後直接加 trim()
顯而易見的，這個不是乙個好辦法：在顯示到瀏覽器的時候，空格就不見了
最近認真去查了一下這個問題，發現問題的關鍵，是編碼方式：如果使用的encoding是utf-8的話，就會發生這種情況。
問題的根源，在於utf-8這種編碼裡面，存在乙個特殊的字元，其編碼是「0xc2 0xa0」，轉換成字元的時候，表現為乙個空格，跟一般的半形空格(ascii 0x20)一樣，唯一的不同是它的寬度不會被壓縮，因此比較多的被用於網頁排版(如首行縮排之類)。而其他的編碼方式如gb2312、unicode之類並沒有這樣的字元，因此如果簡單地進行編碼轉換，生成地gb2312/unocode字串中，這個字元就會被替換成為問號(ascii ox3f)。此時如果進行寫庫、寫檔案之類，就會把問號直接寫入了。當然此時會有一種山寨方式：直接替換問號為空格。可是這種方法，會把原本真正的問號也槍斃掉。
使用utf-8進行htmldecode的時候，對於語句開頭的( )，就會被自動轉換成為這個特殊的空格，可能是判斷為放在開頭的空格，一定是用來排版的。在轉換為其他編碼之前，這個特殊的空格受到的待遇與普通的半形空格是一致的，甚至也會被trim()去掉。
因此，碰到這個問題的原因有兩種：一種是在utf-8編碼下進行了轉換，產生了這個字元；還有一種就是網頁中直接採用了這個字元進行排版。
知道了具體原因，就有正規的解決方法了。方法就是：在得到utf-8字串之後，先進行乙個替換，把這個特殊的空格替換為普通的空格，如果是html串，建議替換為( )。c#**如下：
byte space = new byte;
string utfspace = encoding.getencoding("utf-8").getstring(space);
htmlstr = htmlstr.replace(utfspace," ");
這樣做，就不會把串裡面本來應該有的問號錯誤的替換為空格。也不會看到討厭的問號，能儲存原來字串的真面目了。
需要強調的是，替換之前不能進行編碼轉換，一定要繼續使用utf-8編碼。如果已經轉換成其他編碼，那麼錯誤就已經不可逆轉了。沒有辦法再區分這個錯誤的問號和正常的問號之間的差別了。
空格變成問號的怪問題
昨天發現，用 htmldecode 去解碼後，不是被解碼為半形的空格 ascii碼0x20 而是變成半形問號 ascii碼0x3f 而且奇怪的是，只有每行前面的空格才會出問題，如果前面後面有漢字的話，空格就還是空格。但是更加奇怪的是，如果直接在htmldecode 的後面直接加上trim 的話，這個...
Java 解決採集UTF 8網頁空格變成問號亂碼
問題的根源，在於utf 8這種編碼裡面，存在乙個特殊的字元，其編碼是 0xc2 0xa0 轉換成字元的時候，表現為乙個空格，跟一般的半形空格 ascii 0x20 一樣，唯一的不同是它的寬度不會被壓縮，因此比較多的被用於網頁排版 如首行縮排之類 而其他的編碼方式如gb2312 unicode之類並沒...
Java 解決採集UTF 8網頁空格變成問號亂碼
最近認真去查了一下這個問題，發現問題的關鍵，是編碼方式 如果使用的encoding是utf 8的話，就會發生這種情況。問題的根源，在於utf 8這種編碼裡面，存在乙個特殊的字元，其編碼是 0xc2 0xa0 轉換成字元的時候，表現為乙個空格，跟一般的半形空格 ascii 0x20 一樣，唯一的不同是...