在处理***中使用AJAX技术进行数据提交时，特别涉及到GB2312编码的网站，经常会遇到querystring乱码的问题。要解决这个麻烦，首先需要了解***和JavaScript对于请求和响应数据的编码处理方式，以及如何在不同编码标准之间进行正确的转换。
通常，***网站采用UTF8作为默认的页面编码，这与JavaScript的默认编码是一致的。这确保了UTF8编码的网站在使用AJAX提交数据时通常不会遇到乱码问题。然而，对于使用GB2312编码的网站，如果直接使用JavaScript进行数据提交，就会导致querystring乱码的问题，因为在这种情况下，浏览器可能无法正确处理数据的编码。
解决GB2312编码网站中querystring乱码问题的常用方法有以下两种：
第一种方法是对需要传输的字符串使用UrlEncode进行编码，然后在服务器端使用UTF8编码方式对结果进行解码。具体操作是在进行AJAX请求之前，先对数据进行UrlEncode编码为UTF8格式，然后在请求的URL中使用编码后的字符串。比如：
```csharp
// 客户端JavaScript代码
var encodedName = encodeURIComponent("张三").replace(/%20/g, '+');
window.location.href = "***" + encodedName;
// 服务器端C#代码
string s = Request.QueryString["name"];
string decodedName = HttpUtility.UrlDecode(s, Encoding.UTF8);
```
这种方法的缺点在于，发送方和接收方都需要了解数据是使用UTF8编码进行UrlEncode的。
第二种方法涉及对客户端提交的原始字节数据进行读取和转换。在***中，可以通过Request类中的QueryStringBytes属性获取到未被解码的原始字节数据。然后使用与提交时相同的字符编码来解码这些数据。这种方法可以确保即使当前页面的编码与提交的数据编码不一致，也能够正确地解码querystring参数。示例代码如下：
```csharp
byte[] queryStringBytes = Request.QueryStringBytes;
if(queryStringBytes != null && queryStringBytes.Length > 0)
{
string originalValue = Encoding.Default.GetString(queryStringBytes);
// 进行正确的解码操作
}
```
不过，这种方法在实际操作中会遇到困难，因为.NET框架并不直接提供获取原始字节数据的方法。从MS源代码中可以看出，QueryString属性是在第一次访问时才进行初始化的，如果查询字符串没有被访问过，QueryString对象会一直保持空值。因此，需要对MS源代码进行深入的分析和理解才能有效地使用这种方法。
解决GB2312编码网站中querystring乱码问题，可以采用UrlEncode和UrlDecode进行编码转换的方法，或者尝试读取和处理客户端提交的原始字节数据。前者操作简便，但需要双方对编码方式有共同的理解；后者较为复杂，但可以更精确地处理编码问题。在选择方法时需要根据实际情况和需求来定。
