关于get方式提交中文乱码问题的解决方式

关于get方式提交中文乱码问题的解决方式

get方式提交中文乱码

解决方法可以考虑从以下两个方面中的任意一个从手。

1.1、服务器原因(tomcat)

浏览器发送时文字编码是和页面编码保持一致。
tomcat中接收请求没有设置编码的情况下,默认使用ISO-8859-1编码。
页面编码使用UTF-8,get方式自然使用UTF-8编码,但服务器接收没有指定编码格式,默认使用ISO-8859-1,传参带中文时自然乱码。

解决方案:

ISO-8859-1编码是单字节编码,可以采用如下方法将其转为UTF-8编码的中文。

String xx = new String(request.getParameter(“key”).getBytes(“ISO-8859-1”), “UTF-8”);

tomcat的话可以在 server.xml 文件里指定编码格式为UTF-8。
标签名:Connector 添加: URIEncoding=”UTF-8”

1.2、前台页面编码,后台解码

如果不想在服务器上指定编码格式,那么可以在页面get提交时对中文进行url转码,后台进行解码即可。
可以实现前端GBK后端UTF-8

前台页面:

var str=encodeURI(encodeURI(“这里是要加密的含有中文的字符串”));

为什么这里要加密两次呢?答案是因为第一次加密,生成了含有%开头的字符串,但是在浏览器里面%是一个转义字符,在浏览器提交到服务器时会将这一串加密后的字符串%与%之间的编码,两位两位取出后进行解码,然后再传递给处理页面,所以加密一次不够,加密两次以后后台拿到的才是正确加密过的字符串,才能进行解码的操作!

后台页面:

String result= URLDecoder.decode(request.getParameter(“取到的加密字符串”), “utf-8”);
————————————————
版权声明:本文为CSDN博主「追梦2013xxxx」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/u012564085/article/details/80003283