(轉)asp.net QueryString亂碼解決問題

正常的情況下，現在asp.net的網站很多都直接使用UTF8來進行頁面編碼的，這與javascript、缺省網站的編碼是相同的，但是也有相當一部分采用GB2312。

對于GB2312的網站如果直接用Javascript進行Ajax數據提交，例如：http://www.xxx.com/accept.aspx?name=張三，或者說在UTF8的網站上用以下asp.net的代碼進行提交，也是不行的，會導致querystring亂碼。

1. WebRequestrequest=WebRequest.Create("http://www.xxx.com/accept.aspx?name=張三");
2. request.Method="POST";
3. HttpWebResponseresponse=(HttpWebResponse)request.GetResponse();

這樣在GB2312編碼的網站下得到Request.QueryString["name"]是亂碼，MS已經把編碼轉換這塊封裝好了。

在UTF8編碼通訊和GB2312網站通訊方式下的編碼轉換方式有很多種實現：

第一種：首先對要傳輸的字符進行UrlEncode，這種編碼后的字符在解碼時用UTF8編碼方式進行手工解碼，這樣保證結果一致，即使傳輸給的目標頁面時GB2312，結果都是一樣的，避免了querystring亂碼。解碼方式如下代碼。

1. HttpUtility.UrlDecode(s,Encoding.UTF8);

這樣可以得到正確的張三，這要求在提交的時候先進行HttpUtility.UrlEncode編碼成UTF8先，然后再放到name=(編碼后的字符)，這也是目前比較常用和普遍的解決方式，只是缺點有一個就是要告訴別人你先怎么怎么Url編碼先，然后再怎么怎么。

第二種：比較另類一些，直接讀取客戶端提交的字節數據進行轉換，之所以Request.QueryString["name"]會是亂碼，是MS根據當前頁面的編碼進行轉換導致的，例如當前頁面編碼是GB2312，而人家提交的是UTF8，你沒用人家提交的UTF8編碼轉當然是亂碼，并不是人家傳過來就是亂碼。這時我們需要得到原始數據進行重新解碼來避免querystring亂碼，非常遺憾的是我并沒有找到直接提供頭部原始字節數據方法給我們用，沒關系，解剖下MS的源代碼，發現代碼如下：

1. publicNameValueCollectionQueryString{
2. get{
3. if(_queryString==null){
4. _queryString=newHttpValueCollection();
5. Word-wrap: break-word; background-p