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

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

代碼如下:
WebRequest request = WebRequest.Create("http://www.xxx.com/accept.aspx?name=張三"); 
request.Method = "POST"; 
HttpWebResponse response = (HttpWebResponse)request.GetResponse();

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

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

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

代碼如下:
HttpUtility.UrlDecode(s, Encoding.UTF8);

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

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

代碼如下:
public NameValueCollection QueryString { 
          get {  
              if (_queryString == null) { 
                  _queryString = new HttpValueCollection();  

                  if (_wr != null) 
                      FillInQueryStringCollection();  

                  _queryString.MakeReadOnly(); 
              }