jQuery ajax在GBK编码下表单提交终极解决方案(非二次编码方法)

前言:
当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中有这样的一段代码：

解决方法：

encodeURIComponent会以utf-8编码，在gbk编码下，可不可以以gbk进行编码呢？

如果还在打encodeURIComponent主意的话，那不好意思，encodeURIComponent只会utf-8编码，并没有其他api进行其他编码；不过，别担心，看看下面：

encodeURIComponent，它是将中文、韩文等特殊字符转换成utf-8格式的url编码。

escape对0-255以外的unicode值进行编码时输出%u****格式，其它情况下escape，encodeURI，encodeURIComponent编码结果相同。

哈哈，看到希望吧？没错，就是用escape代替encodeURIComponent方法，不过必须注意：

escape不编码字符有69个：*，+，-，.，/，@，_，0-9，a-z，A-Z

encodeURIComponent不编码字符有71个：!， '，(，)，*，-，.，_，~，0-9，a-z，A-Z

使用了escape之后必须对加号进行编码，否则，当内容含有加号时候会被服务端翻译为空格。

终于知道解决办法了，重写jquery代码：

有兴趣的可以到http://www.open-lib.com/Forum/Read_69_1.action与作者交流。