标签:style color 使用 java ar 问题 sp 代码 on
又碰到JSP页面中文乱码问题,经过一次encodeURI处理后仍旧是乱码,后来经过两次encodeURI后正常显示中文
以前也碰到过同样的问题,没深究,这次网上搜集了一些资料,记录下来留做备份
_____________________________________________________
前端JS:
var name="中文";
var url = "demo.jsp?name=" +name;
url=encodeURI(url);
url=encodeURI(url); //写一个不行。如果写一个就是????号。
服务端获取:
String name=request.getParameter("name");
name = java.net.URLDecoder.decode(name,"UTF-8");
System.out.println(name);
_____________________________________________________
因为Tomcat服务器会自动帮你做一次URLDecode,所以再加上你自己在代码里面写的URLDecode,一共就是两个Decode了,既然要两次Decode,当然就需要两次Encode了。或许你会问,干脆只Encode一次,然后在java代码里不Decode,呵呵,这个也是不行的,这其实也就是为什么要进行Encode的原因吧
--------------------------------------------------------------------------------------------------------
一般情况下, 发送 encodeURIComponent(parmeName)+"="+encodeURIComponent(parmeValue); 接收时, 直接 String paramValue = request.getParameter(paramName); // 容器自动解码.
我们知道 encodeURIComponent 使用的是 UTF-8 编码规则来编的. 如果 request.getParameter(paramName) 时,容器也按 UTF-8 解的话,是正确的. 根本无须在客户端 进行二次的 encodeURIComponent(...)
如果 request.getParameter(paramName),容器没有按 UTF-8 解的话, 结果只有一个,就是乱码! 容器按什么编码来解码,决定于 request.setCharacterEncoding(***) 或者 服务器程序配置.
如果你在 jsp 程序中,能够 request.setCharacterEncoding("UTF-8"), 并且 修改服务器配置,让容器在解 GET 提交的参数时,使用 UTF-8.
客户端提交前不用二次编码, 接收时,也只要直接 request.getParameter(paramName) 即可
---------------------
为什么网上会有人提出在客户端对字符串重复编码两次呢. 如果因为项目需要,不能指定容器使用何种编码规则来解码提交的参数, 比如:需要接收来自不同页面,不地编码的参数内容时。 (又或者是开发人员被这有点复杂的东东搞得晕头转向,不懂得如何正确的去做好这接收参数的工作) 这个时候,在客户端对参数进行二次编码,可以有效的避开
标签:style color 使用 java ar 问题 sp 代码 on
原文地址:http://www.cnblogs.com/vinplezhang/p/3960714.html