关于乱码问题的解决与HttpServletResponse中的方法

关于乱码问题的解决

会有乱码现象,其实就是因为字符集编码不一致的问题,就好像中国人和外国人谈话一样,互相不懂对方在说啥。字符集编码也是如此,本来就是一段GBK编码的文字,却要用utf-8的编码格式去解码,就当然是鸡同鸭讲会出现乱码啦,这个时候就得使用GBK编码的格式去解码才不会出问题。如果互相都是使用的GBK编码后,那就像中国人和中国人都说普通话一样,就能听懂对方在说什么,这样才不会出现乱码。

在web开发中,请求或响应数据时出现乱码,往往就是客户端和服务端的编码不一致的问题所导致的。

不过在介绍如何解决乱码的问题前,我们先看看HttpServletRequest中关于获得表单数据的一些方法,虽然在上一篇也介绍了使用方式,不过关于乱码和拿到具体的值这方面没有涉及到:

获得和设置表单数据方法(如果是上传文件的话则无法获取文件中的数据):


方法名称


作用


setCharacterEncoding(String)


设置提交上来表单的文本编码


getParameter(String)


得到表单中某一个指定的name属性的值


getParameterMap()


获得所有的键值对(name/value)


getParameterNames()


获得所有的name属性的值:


getParameterValues(String)


获得重复的name属性的值

既然和表单有关,那么就得先写一个简单的html表单代码,我们可以在Eclipse中创建一个html文件:

可能使用Eclipse编写HTML的代码不太方便,我们也可以使用一个专门编写html代码的工具来编写Eclipse里已经创建了的html文件,我这里使用HBuilder作为示例:

  1. 复制Eclipse中的html文件所在目录的路径:

  1. 在HBuilder中点击文件,然后选择打开目录把复制的文件路径粘贴进去,并为这个工程起一个新的名称:

工程目录如下:

如图,可以看到index.html已经在这个工程下了,我们可以在HBuilder中编辑这个html文件,编辑的内容会同步到Eclipse,因为它俩访问的都是同一个目录同一个html文件。

  1. 我在HBuilder编辑的代码如下:

  1. 再看看Eclipse发生了什么:

可以看到代码是同步的。

浏览器运行结果:

以下使用实际代码演示常用的几个获得表单数据的方法,代码示例:

在Eclipse中执行html文件,Eclipse有一个内置的浏览器:

如果要在其他的浏览器则需要使用这个URL地址:

http://localhost:8080/TestResponse/index.html

不要直接在HBuilder中运行这个html文件,因为它的URL是指向HBuilder的工程路径的。

控制台打印结果:

如图,可以看到我们将所有的值都获得到手了。

获得表单数据的时候要注意一个问题:当你需要获得一个属性的值时,如果得到的结果为null,那么就是因为表单数据中并没有这个属性的存在。例如我获得一个不存在的属性:

控制台打印结果:

可以看到结果为null,所以当你获得表单数据进行某些操作时,出现了空指针异常的话,很有可能就是因为代码上写错了获得了一个不存在的属性。

如果表单数据中的某个属性值没有写,那么获得的将是一个空字符串,而非null,例如:

控制台打印结果:

如图,并没有打印null,而是打印空白,这个空白就是一个空字符串:’’

会出现乱码的情况,以及解决方法:

现在我们修改一下代码把表单提交的方法改为post,再运行一次,看看控制台的打印结果,html代码示例:

Java代码示例:

提交的表单:

控制台的打印结果:

可以看到控制台中的打印结果出现了不能识别的字符,解决方法很简单,使用setCharacterEncoding(String)方法,设置表单提交的数据的编码格式即可:

运行结果:

注意:除了在Java代码中需要设置编码格式,在html文件中也要设置好编码格式,如果html中不设置编码格式的话,即便在Java代码中使用了setCharacterEncoding(String)方法设置了也没有用,所以这是双向的,例如我把html文件中设置编码格式的标签给删掉:

可以看到在网页上显示都是乱码(这是因为Eclipse内置的浏览器原因,一般市面上的浏览器提前预设了字符编码,所以不会出现这种情况)

控制台打印结果:

果然出现了不能识别的字符,所以html文件也是需要设置好编码的,不然的话就会出现乱码的情况。

下面来看看浏览器的地址栏中为什么能够显示中文:

这其实是因为浏览器转码了,可以把这个URL复制到记事本中:

可以看到是一堆的编码,并没有显示中文,所以实际上浏览器就是把这个编码给转换成了中文而已。

只要不属于128个字符内的字符,在地址栏中都会转换成这种格式的编码,这些编码格式是采用的16进制的编码格式,以上面这文本示例编码对应的中文:

如图,每一个16进制编码都是以%开头,这是utf-8编码的中文,所以一个中文字对应3个16进制编码。

如果是GBK编码格式的中文则是一个中文字对应2个16进制编码,但是GBK编码格式转换成的16进制编码不能被浏览器转换,会仍然显示着16进制编码:

中文字对应的16进制编码:

如图,GBK编码格式的中文字和utf-8编码的中文字不一样,是2个16进制编码对应一个中文字。

关于客户端请求数据方面的乱码情况就介绍这么多,另外响应数据中出现乱码的情况和解决方法在介绍HttpServletResponse方法部分进行说明。

思维导图:

HttpServletResponse中的方法

HttpServletResponse接口类型的对象是封装服务端响应数据的,所以这个对象中的方法都是与响应数据相关。以下罗列一些常用的方法:


方法名称


作用


encodeURL(String)


对给定的URL进行编码


sendError(int)


发出错误状态码


sendError(int, String)


发出错误状态码,并输出一个字符串


sendRedirect(String)


跳转页面


getOutputStream()


得到8位的输出流


getWriter()


得到16位的输出流


setBufferSize(int)


设置缓存流大小

下面使用实际的例子,演示以上方法的使用方式:

编辑响应头一类的方法:


方法名称


作用


setCharacterEncoding(String)


设置响应数据的编码格式


setContentLengthLong(long)


告诉浏览器响应的数据长度


setContentType(String)


告诉浏览器本次响应的数据类型

代码示例:

在服务端设置响应数据的编码格式是很有必要的,这么做同样的也是为了避免出现乱码的问题。例如以下这个示例,我不设置响应数据的编码格式,并输出一段中文,看看会发生什么,代码示例:

运行结果:

如图,可以看到,没有设置响应数据的编码格式的话,输出中文就会无法被识别。

这种问题设置一下响应数据的编码格式就好了,但是服务端设置的编码格式,要与浏览器端的编码格式对应上,如果不对应的话仍然会是乱码,代码示例:

运行结果:

添加新的响应头数据:


方法名称


作用


addDateHeader(String, long)


添加一个长整型的时间值


addHeader(String, String)


添加一对键/值(值的类型为字符串类型)


addIntHeader(String, int)


添加一对键/值(值的类型为整型类型)

代码示例:

打开TCP/IP Monitor窗口,可以看到以上代码添加进响应头的数据:

获得设置的响应头信息:


方法名称


作用


getHeader(String)


参数为键,获得该键的值


getHeaderNames()


获得所有的键


getHeaders(String)


参数为键,获得拆分的值

代码示例:

控制台打印结果:

修改响应头信息:


方法名称


作用


setDateHeader(String, long)


修改一个长整型的时间值


setHeader(String, String)


修改指定的键的值(值的类型为字符串类型)


setIntHeader(String, int)


修改指定的键的值(值的类型为整型类型)

代码示例:

TCP/IP Monitor窗口:

总结:

  • 解决客户端表单提交数据乱码的问题,需要使用setCharacterEncoding(String)方法,设置好与客户端对应的编码格式。
  • 解决服务端响应数据乱码的问题,则使用setCharacterEncoding(String)方法,设置好对应的编码格式。
  • HttpServletRequest是封装请求数据的对象,所以它的方法都是与客户端请求信息相关的。
  • HttpServletResponse是封装响应数据的对象,所以它的方法都是与服务端响应信息相关的。
时间: 2024-11-07 09:49:33

关于乱码问题的解决与HttpServletResponse中的方法的相关文章

解决webkit浏览器中js方法中使用window.event提示未定义的问题

这实际上是一个浏览器兼容性问题,根源百度中一大堆,简要说就是ie中event对象是全局变量,所以哪里都能使用到,但是webkit内核的浏览器中却不存在这个全局变量event,而是以一个隐式的局部变量的形式传入(后文会详说). function myfunc(param){ alert(window.event); } //ie中 <input type="button" onclick="myfunc('testie')" > //一切正常 //webk

request和response中的方法使用

声明:本栏目所使用的素材都是凯哥学堂VIP学员所写,学员有权匿名,对文章有最终解释权:凯哥学堂旨在促进VIP学员互相学习的基础上公开笔记. Web工程中,如果在外部工具更新了内容,但是在eclipse中是不会自动部署到服务器上的,如果是在eclipse中修改的,就会自动部署上去. 在getparaameter(String)方法中获得值有两种情况: 1.表单中没有你写的名字,返回null 2.如果表单中填写了空字符串,返回的是一个空字符 得到的结果: 我们通过Enumeration<E> 玫举

jquery.ajax的url中传递中文乱码问题的解决方法

jquery.ajax的url中传递中文乱码问题的解决方法 JQuery JQuery默认的contentType:application/x-www-form-urlencoded 这才是JQuery正在乱码的原因,在未指定字符集的时候,是使用ISO-8859-1 ISO8859-1,通常叫做Latin-1.Latin-1包括了书写所有西方欧洲语言不可缺少的附加字符. JQuery的Ajax根本没有考虑到国际化的问题,使用了欧洲的字符集,所以才引起了传递中文出现乱码的问题. 而我们的UTF-8

【LaTex】Texstudio中中文文本乱码问题的解决方法

Texstudio中中文文本乱码问题的解决方法:1.因为默认编码是UTF8,ctex的编码是GBK,所以出现乱码.将texstudio编码设成GBK乱码自然消失.2.通过拷贝粘贴,不会出现乱码.3.texstudio构建的编译平台是pdflatex,GBK编码时无需加UTF8选项,加了反而慢,甚至出错.不知为什么?4.编码是UTF8时,宜用xelatex编译,很快.5.Sublimetext可将GBK编码转存为UTF8,转存后用texstudio打开不会出现乱码.如果出现将默认编码改成UTF8就

http中 get方法 传送中文参数乱码解决办法

http传送参数有两种方法:get 和post  当时使用get方法传递中文参数是会有乱码现象 解决办法: 1.在jsp压面url后面的参数使用 encodeURI:"&zxbghy="+ encodeURI(zxbghy) 2.在后台java获取参数时使用字节数组:temphgdmhy = new String(hgdmhy.getBytes("ISO-8859-1"), "UTF-8");  案例,用get方法传递两个中文参数:zxb

[JavaEE]Get请求URI中带的中文参数在服务端乱码问题的解决方法

在Get请求中,如果请求参数中带有中文,如 http://localhost:8080/DinnerParty/shop/search?query=多伦多, 在服务端拿到的是乱码. 这是因为客户端提交过去的是UTF-8编码的数据,而服务端解析URi时可能使用的是 iso8859-1编码. 修改tomcat配置文件server.xml <Connector port="8080" protocol="HTTP/1.1"               connect

SpringMVC项目中中文字符乱码问题及解决办法总结(非专业最优解决办法) -- ajax传值乱码; request.getParameter()乱码;

情况一: ajax中传值时是乱码(后台可以获取到中文字符,但用@ResponseBody返回时前台为乱码) 情况二: Controller 中 request.getParameter()获取到的是乱码 @RequestMapping(params = "method=submit") public String submit(HttpServletRequest request, ModelMap modelMap) throws Exception{ String uname =

idea中tomcat控制台输出中文乱码问题的解决

idea中tomcat控制台输出中文乱码问题的解决 每次用新的tomcat和idea都会遇到tomcat控制台中文乱码问题,故在此整理. 基本上都是需要修改tomcat的启动参数(如果本身idea编码都统一设置为utf-8了) 打开tomcat下的bin目录,找到catalina.bat文件 找到 JAVA_OPTS 参数,在其中加上 -Dfile.encoding=UTF-8(用的7.0.82版本的设置为UTF-8,8.0.20版本的需要设置为GBK,目前不知道原因,可能是组件的编码有变化)

解决docker容器中Centos7系统的中文乱码

解决docker容器中Centos7系统的中文乱码问题有如下两种方案: 第一种只能临时解决中文乱码: 在命令行中执行如下命令: $>localedef -i zh_CN -f UTF-8 zh_CN.UTF-8 $>yum -y install kde-l10n-Chinese && yum -y reinstall glibc-common $>localedef -c -f UTF-8 -i zh_CN zh_CN.utf8 $>export LC_ALL=zh