前台get传递含中文数据到后台出现中文乱码

时间:2024-10-18 00:05:08

博客:(前后台文件编码相同)前台传后台中文乱码

4月4日补充

jsp页面第一句没有下面一句或者页面发布后查看源代码时第一句已经不在了

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>

主要思想,前台进行两次编码,后台进行两次解码,一定得是两次,第一次对字符编码,第二次对符号 % 编码(例如编码后效果: http://localhost:8080/EOMS/manager/edituser?batch=20190318105448(%E6%9B%B4%E6%AD%A3))

<!--前台:-->
url = test? value = encodeURI(encodeURI(参数值))
<!--后台: -->
String value = request.getParam("value");
value = new String(value.getBytes("iso-8859-1"),"utf-8");
value = java.net.URLDecoder.decode(value,"UTF-8");

下面是demo

前台代码

<!--先使用两次encodeURI()对参数进行编码,再到后台进行解码-->
<a href='/EOMS/manager/edituser?batch="+encodeURI(encodeURI(data.rows[i].batch))+"' class='iconfont icon-bianji'></a>

后台代码

/**
* 进入批次编辑页面
*/
@RequestMapping("edituser")
public String edituser(String batch, Model model) {
<!--接受前台传递过来的参数并进行解码-->
try {
batch = new String(batch.getBytes("iso-8859-1"),"utf-8");
batch = java.net.URLDecoder.decode(batch,"UTF-8");
} catch (UnsupportedEncodingException e) {
e.printStackTrace();
} model.addAttribute("batch", batch);
return "/views/manager/edituser"; }

文章全部:

地址栏中出现汉字的情况有两种,一种是汉字出现在URL的路径部分,一种是汉字出现在URL的传参的部分。

  第二种情况的时候必须采用编码后传参,接受时解码的方式完成传参。

  js中编码有escape(), encodeURI(),
encodeURIComponent()三个常用的方法。escape()常常用在提交页面和处理页面的编码格式相同的情况下(比如它们都是GB2312),escape方法已经过时,且无法编码url中的中文。所以常用encodeURI()和encodeURIComponent(),它们的用法基本相同,区别在于encodeURIComponent()也对"?"等特殊字符进行编码。   一开始遇到中文参数的时候,使用encodeURI()进行了一遍编码,传过去后,发现解码出现问题,于是想到可能是编码方法使用错误,于是使用escape()方法,这时发现解码时抛出isHexDigit异常。借助百度搜索isHexDigit异常,发现原来,是escape()方法造成了异常,同时了解了浏览器传递地址的一些原理,在浏览器地址栏里,浏览器认为%是个转义字符,浏览器会把%与%之间的编码,两位两位取出后进行解码,然后再传递给处理页面,然后由处理页面进行再次解码。由此我想到一直使用encodeURI方法是正确的,只是需要使用两次encodeURI方法,例如encodeURI(encodeURI("中文"));第一次是把中文编码成%xy的格式,
第二次是对%xy中的%进行编码,%编码成%。整个传参过程大体应该是:提交页面使用encodeURI(encodeURI("中文"))编码,把最后的编码结果%xy传递给处理页面的过程中,浏览器获取URL地址(注意
openModelDialog方法, 浏览器获取不到参数编码)后解码成%xy,然后把%xy传递给处理页面,处理页面使用   URLDecoder.decode(request.getParameter("参数名"),"UTF-8");完成解码。   总结:   1、汉字出现在URL路径部分的时候不需要编码解码;   2、使用encodeURI进行2次编码;   3、在openModelDialog()打开的模式窗体里没办法用request.getParameter正确获取参数;   客户端和服务器在传递数据时可以用过滤器filter解决字符编码问题,但filter只能解决post方式提交的数据。对于get方式,可以使用两次encodeURI(encodeURI(“中文”))并在服务器中使用URLDecoder.decode(“中文”,
"UTF-8");   今天用Ajax校验数据时也遇到这个问题,尽管页面、类和web容器都统一了字符编码,提交的数据依然是乱码,所以就采用了2次encodeURI()编码方式,乱码问题就解决了。   在页面中:   /exportExcel.topinfo?ls="+encodeURI(encodeURI(_tmplsgx))+"&zt="+encodeURI(encodeURI(_tmpzt))   在action中   String ls=request.getParameter("ls");   ls = new String(ls.getBytes("iso-8859-1"),"utf-8");   ls = java.net.URLDecoder.decode(ls,"UTF-8");   这样乱码就解决了。