最近用springmvc的时候纠结某些问题,原因是controller可以通过刷新重复提交,为了防止重复提交,我使用了重定向方法,返回一个新的ModeAndView(new RedirectView(Url)),无论你是否是在Url后面添加参数还是在在ModeAndView定义参数,最后的结果还是在Url后面拼接参数。
URL中文参数的纠结问题的发现还是源于不同的测试环境,本地容器tomcat的service.xml设置了ENCODING=“utf-8”,而测试服务器没有使用编码容器。导致了jsp页面获取中文参数出现乱码。
controller对中文参数的编码,String mc = java.net.URLEncoder.encode("中文"UTF-8");return new ModeAndView(new RedirectView("Url?mc="mc));
jsp页面用EL还是request.getParameter("mc"),如果在linux下容器没有设置编码为utf-8的会出现乱码情况,而window下使用默认系统编码,也会出现乱码情况,所以容器需要设置编码。另外一个情况就是容器不设置编码,jsp页面对参数的解码。而我是这个处理不同版本的,
String ss = request.getParameter("mc");
if(ss!=null){
byte[] bs =ss.getBytes("ISO-8859-1");
for(int i = 0; i < bs.length; i++){
byte b = bs[i];
if(b==63){
break;
}else if(b>0){
continue;
}else if(b<0){
ss = new String(bs,"UTF-8");
break;
}
}
}
顺便解释下编码的问题,
* 用getBytes(encoding):返回字符串的一个byte数组
* 当b[0]为 63时,应该是转码错误
* A、不乱码的汉字字符串:
* 1、encoding用GB2312时,每byte是负数;
* 2、encoding用ISO8859_1时,b[i]全是63。
* B、乱码的汉字字符串:
* 1、encoding用ISO8859_1时,每byte也是负数;
* 2、encoding用GB2312时,b[i]大部分是63。
* C、英文字符串
* 1、encoding用ISO8859_1和GB2312时,每byte都大于0;
*
* 总结:给定一个字符串,用getBytes("iso8859_1")
* 1、如果b[i]有63,不用转码; A-2
* 2、如果b[i]全大于0,那么为英文字符串,不用转码; B-1
* 3、如果b[i]有小于0的,那么已经乱码,要转码。 C-1
*/
重定性request的参数会丢失,如果放在session必定冗杂,只能在URL参数方式,不知道是否还有更好的解决方式?