window.open("url?param="+paramvalue) 服务端 乱码问题解决

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是有必要的。

  

 

window.open("url?param="+paramvalue) 服务端 乱码问题解决,布布扣,bubuko.com

window.open("url?param="+paramvalue) 服务端 乱码问题解决

上一篇:Windows之权限的继承性 累加性 优先性 交叉性及四项基本原则


下一篇:Windows之权限讲解