前言:

当jquery ajax在utf-8编码下（页面utf－8，接收utf-8），无任何问题。可以正常post、get，处理页面直接获取正确的内容。

但在以下情况下:

GBK -> AJAX POST ->GBK

UTF-8 -> AJAX POST ->GBK

后台代码无法获取正确的内容，通常表现为获取到奇怪字符、问号。

经典解决方法：

1：发送页面、接收页面均采用UTF-8编码。

2：发送页面在调用ajax post方法之前，将含有中文内容的input用encodeURIComponent编码一次，而接收页面则调用解码方法（ 如：java.net.urldecoder.decode("接收到内容","utf-8") ）。

其中，第一种方法无疑是最简单、最直接，但往往不符合实际，因为很多项目并不是使用utf-8编码，例如国内大部分使用gbk编码，也不可能为了解决这样一个问题，而将整个项目转换为utf-8编码，成本太大，风险太高。

第二方法，是现在最多人使用的方法，俗称二次编码，为什么叫二次编码，等下会解释。客户端编码两次，服务端解码两次。但这种方法不好的地方，就是前台手动编码一次，后台再手动解码一次，稍不留神就会忘记，而且代码掺和前台逻辑。

交互过程：

当我们使用表单按照传统方式post提交时候（非AJAX提交），浏览器会根据当前页面编码，encode一次，然后发送到服务端，服务端接收到表单，会自动dencode一次，通常这个过程是对程序是透明的，因此加上手动编码、解码，就变成上面所说的二次编码。

但当我们使用AJAX方式提交时候，浏览器并不会自动替我们encode，因此在jquery中有这样的一段代码：

ajax: function( s ) {
????// Extend the settings, but re-extend 's' so that it can be
????// checked again later (in the test suite, specifically)
???? s = jQuery.extend(true, s, jQuery.extend(true, {}, jQuery.ajaxSettings, s));

????var jsonp, jsre = /=?(&|$)/g, status, data,
???????? type = s.type.toUpperCase();

????// convert data if not already a string
????if ( s.data && s.processData && typeof s.data !== "string" )
???????? s.data = jQuery.param(s.data);
..????
}

?

以上是jquery的ajax方法的代码片段，下面是正常调用jquery ajax post的代码：