IE缺省对URL后面的参数是不编码发送的,但是Tomat缺省是按ISO8859-1来进行URL编码的,因此才会出错。
方法一:
对URL链接进行二次编码:
<a
onclick="javascript:windowopen(encodeURI(encodeURI('/DispatchActiondoefFormEname=FKRY0001&code_type=中文参数')))">测试</a>
或者单独对参数进行二次编码:
var
code_type
=
"中文参数";
code_type
=
encodeURI(code_type);
code_type
=
encodeURI(code_type);
windowopen("/DispatchActiondoefFormEname=FKRY0001&code_type="+code_type);
Service:
String
code_type
=
requestgetParameter("code_type");
//这句话一定要写,因为如果不写的话编码就是%E5%A6%88%
code_type
=
javanetURLDecoderdecode(code_type,"UTF-8");
有人提出为什么要在客户端对字符串重复编码两次呢?
如果因为项目需要,不能指定容器使用何种编码规则来解码提交的参数,比如:需要接收来自不同页面,不地编码的参数内容时。
(又或者是开发人员被这有点复杂的东西搞得晕头转向,不懂得如何正确的去做好这接收参数的工作)
这个时候,在客户端对参数进行二次编码,可以有效的避开“提交多字节字符”的这个棘手问题。
因为第一次编码,你的参数内容便不带有多字节字符了,成了纯粹的
Ascii
字符串。(这里把编第一次的结果叫成
[STR_ENC1]
好了。[STR_ENC1]
是不带有多字节字符的)
再编一次后,提交,接收时容器自动解一次(容器自动解的这一次,不管是按
GBK
还是
UTF-8
还是
ISO-8859-1
都好,都能够正确的得到
[STR_ENC1])
然后,再在程序中实现一次
decodeURIComponent
(Java中通常使用
javanetURLDecoderdecode(,
"UTF-8"))就可以得到想提交的参数的原值。
简单来说,就是Tomcat服务器会自动帮你做一次URLDecode,再加上你自己在Service代码里面写的URLDecode,一共就是两个Decode了。既然要两次Decode,当然就需要两次Encode了。或许你会问,干脆只Encode一次,然后在java代码里不Decode,呵呵,这个也是不行的,这其实也就是为什么要进行两次Encode的原因吧。
方法二:(经测试不支持IE8)
>
你这个问题真心不好办,建议你把页面编码改为GBK编码把。像楼上说的这些方法看似行得通,原理就是把utf-8转为gbk然后再转回utf-8,但那样是不能解决问题的,试图通过String
newStr
=
new
String(strgetBytes("gbk","utf-8"));办不到的,结果是中文字符为奇数会出现最后一个字乱码。我以前也曾碰到这个情况,最后还是把页面统一编码解决。
-
URL中有中文用responsesetContentType()有什么用!!
你要编码,解码URL的
方法
传之前:
javanetURLEncoderencode(user,"GB2312")//第二个参数与你页面相匹配
responsesendRedirect("indexjspuser="+user);
接收:
String user= requestgetParameter(“user”);
user = new String(usergetBytes(“iso-8859-1〃),"GB2312〃);
编码问题
一般有中文参数的时候编码应该是GBK或GB2312
通常默认UTF-8
还有传中文参数的时候请用:
ServerUrlEncode(url);加密
在接受中文参数的时候请用
ServerUrlDecode(url);解密
去你的网站里在传参时和接参时分别用我上面提供的方法进行处理
去webconfig中修改成
<globalization
requestEncoding="GB2312"
responseEncoding="GB2312"
/>
以上就是关于JSP对URL链接中的中文乱码处理方法总结全部的内容,包括:JSP对URL链接中的中文乱码处理方法总结、我的URL怎么是乱码啊、java中url后面加中文参数urlencoder.encode乱码怎么办等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)