表单ajax提交乱码问题

问题
在现有主站中使用的是是GBK编码的，当表单使用form submit方式递交的话没有问题，服务器端能够正确识别字符编码。但是，当客户端使用ajax的方式递交表单的话，服务器端识别客户端递交的表单的内容，当内容中有中文字符的话就会出现乱码现象。
原因分析
究其原因，其实很简单，使用ajax方式提交的表单是用utf-8编码来提交的，这样服务器端在接收客户端表单的内容的时候还是按照GBK或其他编码方式来解析的，自然解析出来的内容会出现乱码了。
表单内容可以通过GET或POST方式发送，但是用这两种方式有几个不同之处，对“你好”调用javascript函数encodeURI（）解析之后得到的字符串为“%E4%BD%A0%E5%A5%BD”，需要注意的一点，encodeURI（）这个函数只会对字符串进行utf8编码。当客户端把“%E4%BD%A0%E5%A5%BD”这段字符串通过GET或者POST方式发送会发生什么事。
1.GET方式
当用get方式提交表单，在服务端的tomcat服务器中会用一个connector来自动解析编码之后字符串，以下是connector的配置节点：
<Connector port="80"
maxHttpHeaderSize="8192"
maxThreads="150" minSpareThreads="25"
maxSpareThreads="75"
enableLookups="false" redirectPort="8443"
acceptCount="100"
connectionTimeout="20000" disableUploadTimeout="true"
URIEncoding="GBK" />

上面配置中有一个属性URIEncoding="GBK"的作用是，当客户端get发送信息中有encode模式的字符串就是用gbk来decode它。和遗憾，主站服务器中的URIEncoding属性是gbk不能变了，而客户端encodeURI（）只能编码UTF-8的字符。所以，用这种方式发送的字符串在服务器端就会出现乱码现象。
2. POST方式
当客户端发送“%E4%BD%A0%E5%A5%BD”字符串时，是通过YAHOO.util.Connect这个控件来发送的，如果客户端能正常地发送“%E4%BD%A0%E5%A5%BD”这个字符串，服务端接收到之后并不会做额外的转义，但是YAHOO.util.Connect 将encode之后字符串传给Connect控件之后，这个控件在内部会将encode之后的字符再decode之后再发送，因为发送的是utf-8格式的内容，所以服务器端就会出现乱码。
解决办法
尝试了以上get和post方式之后，觉得在请求的URL上发送数据乱码问题的解决方案比较麻烦，况且，http协议中已经明确说了get和post的区别，get是从服务器端拿一些东西，而post是向服务器传输东西。get方式向服务器端发�