window.open("url?param="+paramvalue)传递参数出现乱码，在客房端显示是正常的，可是到服务端就是乱码。
1. 利用一个js在客户端转码的函数，escape(str);但是传到服务端仍然是乱码，所以必须在服务端进行解码。
2. 服务端执行request.setCharacterEncoding("utf-8");或GBK,这样传过来的参数就不用转码也是中文了。
|
1
|
客户端：<br>window.open(
"WindowCustomerListAction?username="
+encodeURIComponent(form1.name.value),
"customerList"
,
"width=550,height=250,scrollbars=yes,resizable=yes,status=yes"
);
|
3. 常用的编码&解码方式：
|
1
2
3
4
5
6
7
|
一、客户端:<br> param=encodeURI(encodeURI(param));
//说明：TOMCAT下一般通过两次encodeURI；WEBLOGIC下一般通过一次encodeURI
window.open(url+param);
服务端:<br> String param=URLDecoder.decode(param,
"UTF-8"
);
二、客户端:param=encodeURI(param);
window.open(url+param);
服务端:String param=
new
String(param.getBytes(
"iso-8859-1"
),
"UTF-8"
);
|
4. 附加两个比较专业的解释：
|
1
2
3
4
5
6
|
1
. 服务器端（tomcat）是如何将数据获取到进行解码的：
tomcat是先把数据用iso-
8859
-
1
进行解码.<br>
//对于get方法来说，tomcat获取数据的是ASCII范围内的请求头字符，其中的请求url里面带有参数数据，如果参数中有中文等特殊字符，那么目前还是URL encode后的%XY状态。
//先停下，我们先说下开发人员一般获取数据的过程。通常大家都是request.getParameter("name")获取参数数据，我们在request对象或得的数据都是经过解码过的，而解码过程中程序里是无法指定，这里要说下有很多新手说用request.setCharacterEncoding("字符集")可以指定解码方式，其实是不可以的，看servlet的官方API说明有对此方法的解释：
//Overrides the name of the character encoding used in the body of this request. This method must be called prior to reading request parameters or reading input using getReader().
//可以看出对于get方法他是无能为力的。那么到底用什么编码方式解码数据的呢，这是tomcat的事情了，默认缺省用的是iso-8859-1,这样我们就能找到为什么get请求带中文参数为什么在服务器端得到乱码了，原因：
//是在客户端一般都是用UTF-8或GBK对数据URLencode，这里用iso-8859-1方式URL decoder显然不行的.
|
|
1
2
3
4
5
6
7
8
9
|
2
. 在客户端进行uriencode的必要性：
对于get方法来说，都是把数据串联在请求的url后面作为参数，
如：http:
//localhost:8080/servlet?msg=abc
（很常见的一个乱码问题就要出现了，如果url中出现中文或其它特殊字符的话，如：http:
//localhost:8080/servlet?msg=杭州，服务器端容易得到乱码），url拼接完成后，浏览器会对url进行URL encode，然后发送给服务器，URL encode的过程就是把部分url做为字符，按照某种编码方式（如：utf-8,gbk等）编码成二进制的字节码，然后每个字节用一个包含3个字符的字符串 "%xy" 表示，其中xy为该字节的两位十六进制表示形式。
我这里说的可能不清楚，具体介绍可以看下java.net.URLEncoder类的介绍在这里。了解了URL encode的过程，我们能看到
2
个很重要的问题
//第一：需要URL encode的字符一般都是非ASCII的字符（笼统的讲），再通俗的讲就是除了英文字母以外的文字（如：中文，日文等）都要进行URL encode，所以对于我们来说，都是英文字母的url不会出现服务器得到乱码问题，出现乱码都是url里面带了中文或特殊字符造成的；
//第二：URL encode到底按照那种编码方式对字符编码？这里就是浏览器的事情了，而且不同的浏览器有不同的做法，中文版的浏览器一般会默认的使用GBK，通过设置浏览器也可以使用UTF-8，可能不同的用户就有不同的浏览器设置，也就造成不同的编码方式，所以很多网站的做法都是先把url里面的中文或特殊字符用javascript做URL encode，然后再拼接url提交数据，也就是替浏览器做了URL encode，好处就是网站可以统一get方法提交数据的编码方式。
完成了URL encode，那么现在的url就成了ASCII范围内的字符了，然后以iso-
8859
-
1
的编码方式转换成二进制随着请求头一起发送出去。这里想多说几句的是，对于get方法来说，没有请求实体，含有数据的url都在请求头里面，之所以用URL encode，我个人觉的原因是：对于请求头来说最终都是要用iso-
8859
-
1
编码方式编码成二进制的
101010
.....的纯数据在互联网上传送，如果直接将含有中文等特殊字符做iso-
8859
-
1
编码会丢失信息。
//所以先做URL encode是有必要的。
|
本文转自二郎三郎博客园博客，原文链接：http://www.cnblogs.com/haore147/p/3617904.html，如需转载请自行联系原作者
