页面与后台交互中文乱码处理总结

页面与后台交互中文乱码处理总结:

首先需要明白,为什么请求参数会形成乱码?

因为前后台的编码格式的不一致导致。

首先在前端页面展示的中文参数,是依据

<%@ page language="java"import="java.util.*" pageEncoding="UTF-8"%>

格式进行展示的。所以,想后台发送数据后,后台接受数据也要依据UTF-8进行接受,

request.setCharacterEncoding("UTF-8");

因为所有请求的传递都是依靠tomcat等服务器进行处理和创建的。而tomcat在未进行任何设置的时候,默认的编码格式是ISO-8859-1

 

所以,在后台如果从请求中提取数据,要通过

newString(str.getBytes("ISO-8859-1"),"UTF-8")进行处理或者直接通过request.setCharacterEncoding("UTF-8");

 

而newString(str.getBytes("ISO-8859-1"),"UTF-8")

和request.setCharacterEncoding("UTF-8")都是对请求进行了编码规则的设定,只不过,new String这种形式,只是对具体参数进行了编码规则的制定,而request.setCharacterEncoding("UTF-8")是对所有的请求进行了编码的规则制定。





 至于下面的处理情况,没有成功。存在歧义,希望有知道的能给个解答。

//一劳永逸的方法:将服务器进行URIEncoding="UTF-8"设置,tomcat中直接在

//<Connector port="8088" protocol="HTTP/1.1"//connectionTimeout="20000" redirectPort="8443"

//URIEncoding="UTF-8"/>进行设置即可。







  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

漫路求索

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值