在AJAX浏览器来进行发送数据时，一般它所默认的都是UTF-8的编码.

使用JQUERY中所提供的方法来做操作

encodeURI

function verify() {

//解决中文乱麻问题的方法1，页面端发出的数据作一次encodeURI，

服务器段使用进行转移成UTF-8;

//解决中文乱麻问题的方法2，页面端发出的数据作两次encodeURI，

这个做的好处在于，不管浏览器用户在页面来设置编码，服务器所采用的编码来做一次URLencode转换成UTF-8.

var url = "AJAXServer?name=" + encodeURI(encodeURI($("#userName").val()));

url = convertURL(url);

$.get(url,null,function(data){

$("#result").html(data);

});

}

说明：1 .encodeURL函数主要是来对URI来做转码，它默认是采用的UTF-8的编码.

2. UTF-8编码的格式:一个汉字来三个字节构成，每一个字节会转换成16进制的编码，同时添加上%号.

这里要做两次encodeURI的原因以及说明::

具体说明其中具体的原理分析如下，假设页面端输入的中文是一个“中”，按照下面步骤进行解码

1.第一次encodeURI，按照utf-8方式获取字节数组变成[-28,-72-83]，对字节码数组进行遍历，把每个字节转化成对应的16进制数，这样就变成了[E4,B8,AD],最后变成[%E4,%B8,%AD]

2.第二次encodeURI，把数组最后变成[%25E4,%25B8,%25AD]然后就把处理后的数据[%25E4,%25B8,%25AD]发往服务器端，

当应用服务器调用getParameter方法，getParameter方法会去向应用服务器请求参数

应用服务器最初获得的就是发送来的[%25E4,%25B8,%25AD]，应用服务器会对这个数据进行URLdecode操作，URldecode操作和encodeURL操作是相反的操作，处理结果就是[%E4,%B8,%AD]，并把这个值返回给getParameter方法

然后再在服务器端中调用相应的URL转码方法或者是函数  就可以把数据还原成最初页面发送过来的中文“中”了。---------------------------------------------------------------------------------

JS、C#编码解码

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

encodeURI不编码字符有82个：!，#，$，&，'，(，)，*，+，,，-，.，/，:，;，=，?，@，_，~，0-9，a-z，A-Z

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

1.

JS: escape :js使用数据时可以使用escape

例如：搜藏中history纪录。

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

解码使用：unescape

C#:

HttpUtility.UrlEncode

HttpUtility.UrlDecode

2.

JS: encodeURI ：进行url跳转时可以整体使用encodeURI

例如：Location.href=encodeURI("http://cang.baidu.com/do/s?word=百度&ct=21");

解码使用decodeURI();

C#: decodeURIComponent

3.

JS: encodeURIComponent ：传递参数时需要使用encodeURIComponent，这样组合的url才不会被#等特殊字符截断。

例如：

解码使用decodeURIComponent()

C#:

[HttpContext.Current.]Server.UrlDecode

[HttpContext.Current.]Server.UrlEncode

------------------------------------------------------------------------------------------------------------------

URL编码与两次encodeURI

当使用地址栏提交查询参数时，如果不编码，非英文字符会按照操作系统的字符集进行编码提交到服务器，服务器会按照配置的字符集进行解码，所以如果两者不一致就会导致乱码。

encodeURI函数采用UTF-8对URL进行编码，所以如果服务器在进行解码时使用的是其他的编码方式就会出现乱码，默认的服务器配置的解码字符集都不是UTF-8，所以大部分情况下地址栏提交中文查询参数时会产生乱码；针对这种情况，可以连续使用两次encodeURI在客户端(主要指浏览器)对非英文字符进行编码，然后在服务端使用java.net.URLDecoder(String."UTF-8")解码，即可得到正确的中文。

如果只进行一次encodeURI，得到的是UTF-8形式的URL，服务器端通过request.getParameter()解码查询参数(通常是iso-8859-1)就会得到乱码。

如果进行两次encodeURI,第一次编码得到的是UTF-8形式的URL，第二次编码得到的依然是UTF-8形式的URL，但是在效果上相当于首先进行了一次UTF-8编码(此时已经全部转换为ASCII字符)，再进行了一次iso-8859-1编码，因为对英文字符来说UTF-8编码和ISO-8859-1编码的效果相同。在服务器端，首先通过request.getParameter()自动进行第一次解码(可能是gb2312,gbk,utf-8,iso-8859-1等字符集,对结果无影响)得到ascii字符，然后再使用UTF-8进行第二次解码，通常使用java.net.URLDecoder("","UTF-8")方法。

两次编码两次解码的过程为：

UTF-8编码->UTF-8(iso-8859-1)编码->iso-8859-1解码->UTF-8解码，编码和解码的过程是对称的，所以不会出现乱码。

encodeURL函数主要是来对URI来做转码，它默认是采用的UTF-8的编码.

. UTF-8编码的格式:一个汉字来三个字节构成，每一个字节会转换成16进制的编码，同时添加上%号.

假设页面端输入的中文是一个“中”，按照下面步骤进行解码

1.第一次encodeURI，按照utf-8方式获取字节数组变成[-28,-72-83]，对字节码数组进行遍历，把每个字节转化成对应的16进制数，这样就变成了[E4,B8,AD],最后变成[�,�,�]  此时已经没有了多字节字符，全部是单字节字符。

2、第二次encodeURI，进行编码，会把%看成一个转义字符，并不编码%以后字符，会把%编码成%.把数组最后变成[�,�,�]然后就把处理后的数据[�,�,�]发往服务器端，

当应用服务器调用getParameter方法，getParameter方法会去向应用服务器请求参数

应用服务器最初获得的就是发送来的[�,�,�]，应用服务器会对这个数据进行URLdecode操作，应用服务器进行解码的这一次，不管是按照UTF-8，还是GBK，还是ISO-8859，,都能得到[�,�,�]，因为都会把%解析成%.并把这个值返回给getParameter方法

3、再用UTF-8解码一次，就得到"中"了。

想想看，如果不编码两次，当服务器自动解码的时候，假如是按照ISO-8859去解码UTF-8编码的东西，就是会出现乱码。document.authorityForm.action = basePath3+"User_viewUser.do?id="+id+"&roleName="+encodeURI(encodeURI(roleName))+"&roleType="+roleType;document.authorityForm.action = basePath3+"User_viewUser.do?id="+id+"&roleName="+encodeURI(encodeURI(roleName))+"&roleType="+roleType;

JAVA后台：roleName = java.net.URLDecoder.decode(getRequest().getParameter("roleName"),"UTF-8");

roleName = java.net.URLDecoder.decode(getRequest().getParameter("roleName"),"UTF-8");