- 浏览: 396621 次
- 性别:
- 来自: 北京
文章分类
最新评论
-
di1984HIT:
学习了,学习了~
Jpcap 网络抓包工具 -
Allen_J_Will:
pengtyao 写道Allen_J_Will 写道为何按照楼 ...
使用mod_cluster进行负载均衡初步预研 -
pengtyao:
Allen_J_Will 写道为何按照楼主的步骤,并参考了 h ...
使用mod_cluster进行负载均衡初步预研 -
Allen_J_Will:
为何按照楼主的步骤,并参考了 http://docs.jbos ...
使用mod_cluster进行负载均衡初步预研 -
362980633:
我在项目中写context.xml,项目没有不部署在tomca ...
配置Tomcat的<Context>元素
一直以来对JSP中出现乱码的问题都很混乱,现经过查阅资料,对JSP乱码这个问题有比较深刻的认识,下边是我的一些个人总结,希望给同样迷惑的人带来帮助。 同时如果不对,希望得到提醒,共同进步。
首先,说说JSP/Servlet中的几个编码的作用:
1.<%@page pageEncoding="UTF-8" %>
作用:
* 告诉JSP编译器在将JSP文件编译成Servlet时使用的编码。通常,在JSP内部定义的字符串(直接在JSP中定义,而不是从浏览器
提交的数据)出现乱码时,很多都是由于该参数设置错误引起的。例如,你的JSP文件是以GBK为编码保存的
(右击jsp-->Properties --> Text file encoding设置成与pageEncoding不一致时,就有乱码),而在JSP中却指定
pageEncoding="UTF-8",就会引起JSP内部定义的字符串为乱码
* 当JSP中不指定contentType参数,也不使用response.setCharacterEncoding方法时,指定对服务器响应进行重新编码的编码
2.<%@page contentType="text/html;charset=GBK" %>或response.setCharacterEncoding("UTF-8")
作用:
* 指定对服务器响应进行重新编码的编码,服务器在将数据发送到浏览器前,对数据进行重新编码。
* 浏览器也是根据这个参数来对其接收到的数据进行解码,对其发送的请求参数进行编码(如果参数有:
<%=URLEncoder.encode("测试", "GBK") %>或javascript:encodeURI("测试")则以后者为准),自己可以在IE的菜单中选择:
查看(V) --> 编码(D)查看得知浏览器的编码(解码)和<%@page contentType="text/html;charset=GBK" %>或
response.setCharacterEncoding("UTF-8")设置的编码是一致的。
因此:只要响应结果不是乱码,则浏览器显示结果一定不会是乱码(服务器对响应编码和浏览器对响应解码的编码是一样的)。
出现乱码的情况是:浏览器编码 ---> 服务器解码得到的结果是乱码 ---> 造成响应有乱码 --> 浏览器显示乱码
3.<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
作用:
* 控制浏览器的以何种编码显示网页的内容
* 与2中page指令设置的区别是,meta设置的是浏览器解释,page设置的是服务端解释
4.request.setCharacterEncoding("charset")
作用:
* 设置对客户端请求参数进行解码所使用的编码.
* 只对两种请求参数提交方式有效:
* POST表单提交
* GET提交(url或GET表单提交), 此时要求配置server.xml的<Connector>标签的属性: useBodyEncodingForURI="true"
5.request.getParameter("param")和request.getParameterValues("param")所获取到的参数数据都是经过服务器解码后的数据
接着说下发送请求到返回响应整个编码解码过程:
1.浏览器对请求编码 --> 服务器(容器)对请求解码 ---> 服务器对响应编码 ---> 浏览器对响应解码
浏览器编码 ---> 容器解码
浏览器编码默认是使用response.setCharacterEncoding—contentType—pageEncoding的优先顺序指定的编码的
但当对某些参数使用<%=URLEncoder.encode("测试", "GBK") %>或javascript:encodeURI("测试")来对参数编码时,会覆盖默认编码,
即浏览器这些特定的参数编码以<%=URLEncoder.encode("测试", "GBK") %>或javascript:encodeURI("测试")为准
注意:javascript的编码方式:encodeURI(..)和encodeURIComponent(..)是对其参数进行UTF-8编码的
2.浏览器最终显示响应结果出现乱码是因为在过程:浏览器对请求编码 --> 服务器(容器)对请求解码,出现乱码。
原因是:服务器对响应编码和浏览器对响应解码所使用的编码都是相同的,为response.setCharacterEncoding—contentType指定的编码,
而浏览器对请求参数的编码 和 服务器对请求参数解码 所使用的编码如果不一致,就会造成乱码
3.对中文解码,无论使用什么解码方式都是中文。中文只有经过编码,再解码才会出现乱码的可能,如果起始编码和末尾解码所使用的编码一致,就不会出现乱码
4.浏览器编解码说明:
浏览器在接收或发送数据时,会对URL和参数会进行URL解码(接收)或编码(发送),所使用的编码为:
<%@page contentType="text/html;charset=GBK" %>或response.setCharacterEncoding("UTF-8") 指定的编码
5.服务器编解码说明:
* 服务器发送数据时,按照response.setCharacterEncoding—contentType—pageEncoding的优先顺序,对要发送的数据进行编码。
* 服务器接收数据,要分三种情况。一种是浏览器直接用URL提交的数据,另外两种是用表单的GET和POST方式提交的数据
表单中POST方式提交的情况:
可以通过request.setCharacterEncoding(charset),来设置对浏览器提交的数据使用什么样的编码进行解码。如果不设置时,
服务器默认使用ISO-8859-1来解码请求参数。如果页面的contentType="GBK", 此时要想得到正确的结果,则:
URL提交的数据和表单中GET方式提交的情况:
此时设置request.setCharacterEncoding参数是不行的,因为在Tomcat5.0中,默认情况下使用ISO-8859-1对URL提交的数据和
表单中GET方式提交的数据进行解码,而不使用该参数对URL提交的数据和表单中GET方式提交的数据解码。要解决该问题,
应该在Tomcat的配置文件server.xml的Connector标签中设置useBodyEncodingForURI或者URIEncoding属性,
* useBodyEncodingForURI参数为true时表示用request.setCharacterEncoding参数对URL提交的数据和表单中GET方式提交的数据
进行重新解码。
* URIEncoding参数指定对所有GET方式请求(包括URL提交的数据和表单中GET方式提交的数据)进行统一解码的编码
即处理get方式请求参数有四种情况:
* 不设置server.xml的Connector标签,此时服务器统一对get方式的请求参数进行ISO-8859-1解码,此时设置
request.setCharacterEncoding(charset)是无效的
* 设置server.xml的Connector标签,令useBodyEncodingForURI="true",此时使用情况和post提交方式一致
* 设置server.xml的Connector标签,令URIEncoding="charset", 此时服务器统一对get方式的请求参数进行charset解码
* 设置server.xml的Connector标签,令useBodyEncodingForURI="true" URIEncoding="charset", 此时URIEncoding设置无效
范例:URLDecoder.decode(..)是服务器端解码的,而encodeURI(..)是js在客户端编码的
1.javascrip对于get方式的参数编码: Java代码: url=encodeURI(url);
服务器端获取参数后解码:
说明:此时并没有对server.xml的<Connector>配置useBodyEncodingForURI和URIEncoding属性
编码过程:浏览器编码(UTF-8) --> 服务器解码(ISO-8859-1) --> String.getBytes方法编码(ISO-8859-1) --> 创建String解码(UTF-8)
2.javascript: url=encodeURI(encodeURI(url)); //用了2次encodeURI
服务器端获取:
浏览器编码(UTF-8) --> 浏览器编码(UTF-8) --> 服务器解码(ISO-8859-1) --> URLDecoder解码(UTF-8)
3.jsp对于get方式的参数编码: url="...."?sport=<%=URLEncoder.encoder("篮球", "UTF-8") %>
服务器端获取参数后解码: Java代码
说明:此时并没有对server.xml的<Connector>配置useBodyEncodingForURI和URIEncoding属性
编码过程:浏览器编码(UTF-8) --> 服务器解码(ISO-8859-1) --> String.getBytes方法编码(ISO-8859-1) --> 创建String解码(UTF-8)
对范例2的说明:
可能大家都觉得对中文进行两次UTF-8编码后,进行一次ISO-8859-1解码和一次UTF-8解码,为什么得到的不是乱码呢?
个人认为java提供的URLEncoder和URLdecoder内部是做了某些处理的,和通过
从执行结果分析,个人觉得URLEncoder和URLDecoder对ASCII内的字符进行编码, 无论URLEncoder.encode的charset参数是什么,
得到的编码结果都是一样的,无论URLDecoder.decode的charset参数是什么,得到的解码结果都一样
只要中文的起始编码charset和最后解码的chaset一致(这里都是UTF-8),中间编码和解码次数对等(这里均为两次), 则得到的
结果就不会乱码
在此再对String.getBytes方法编码做一些范例说明:
原文:http://blog.csdn.net/liucw1116/archive/2010/02/24/5323851.aspx
首先,说说JSP/Servlet中的几个编码的作用:
1.<%@page pageEncoding="UTF-8" %>
作用:
* 告诉JSP编译器在将JSP文件编译成Servlet时使用的编码。通常,在JSP内部定义的字符串(直接在JSP中定义,而不是从浏览器
提交的数据)出现乱码时,很多都是由于该参数设置错误引起的。例如,你的JSP文件是以GBK为编码保存的
(右击jsp-->Properties --> Text file encoding设置成与pageEncoding不一致时,就有乱码),而在JSP中却指定
pageEncoding="UTF-8",就会引起JSP内部定义的字符串为乱码
* 当JSP中不指定contentType参数,也不使用response.setCharacterEncoding方法时,指定对服务器响应进行重新编码的编码
2.<%@page contentType="text/html;charset=GBK" %>或response.setCharacterEncoding("UTF-8")
作用:
* 指定对服务器响应进行重新编码的编码,服务器在将数据发送到浏览器前,对数据进行重新编码。
* 浏览器也是根据这个参数来对其接收到的数据进行解码,对其发送的请求参数进行编码(如果参数有:
<%=URLEncoder.encode("测试", "GBK") %>或javascript:encodeURI("测试")则以后者为准),自己可以在IE的菜单中选择:
查看(V) --> 编码(D)查看得知浏览器的编码(解码)和<%@page contentType="text/html;charset=GBK" %>或
response.setCharacterEncoding("UTF-8")设置的编码是一致的。
因此:只要响应结果不是乱码,则浏览器显示结果一定不会是乱码(服务器对响应编码和浏览器对响应解码的编码是一样的)。
出现乱码的情况是:浏览器编码 ---> 服务器解码得到的结果是乱码 ---> 造成响应有乱码 --> 浏览器显示乱码
3.<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
作用:
* 控制浏览器的以何种编码显示网页的内容
* 与2中page指令设置的区别是,meta设置的是浏览器解释,page设置的是服务端解释
4.request.setCharacterEncoding("charset")
作用:
* 设置对客户端请求参数进行解码所使用的编码.
* 只对两种请求参数提交方式有效:
* POST表单提交
* GET提交(url或GET表单提交), 此时要求配置server.xml的<Connector>标签的属性: useBodyEncodingForURI="true"
5.request.getParameter("param")和request.getParameterValues("param")所获取到的参数数据都是经过服务器解码后的数据
接着说下发送请求到返回响应整个编码解码过程:
1.浏览器对请求编码 --> 服务器(容器)对请求解码 ---> 服务器对响应编码 ---> 浏览器对响应解码
浏览器编码 ---> 容器解码
浏览器编码默认是使用response.setCharacterEncoding—contentType—pageEncoding的优先顺序指定的编码的
但当对某些参数使用<%=URLEncoder.encode("测试", "GBK") %>或javascript:encodeURI("测试")来对参数编码时,会覆盖默认编码,
即浏览器这些特定的参数编码以<%=URLEncoder.encode("测试", "GBK") %>或javascript:encodeURI("测试")为准
注意:javascript的编码方式:encodeURI(..)和encodeURIComponent(..)是对其参数进行UTF-8编码的
2.浏览器最终显示响应结果出现乱码是因为在过程:浏览器对请求编码 --> 服务器(容器)对请求解码,出现乱码。
原因是:服务器对响应编码和浏览器对响应解码所使用的编码都是相同的,为response.setCharacterEncoding—contentType指定的编码,
而浏览器对请求参数的编码 和 服务器对请求参数解码 所使用的编码如果不一致,就会造成乱码
3.对中文解码,无论使用什么解码方式都是中文。中文只有经过编码,再解码才会出现乱码的可能,如果起始编码和末尾解码所使用的编码一致,就不会出现乱码
4.浏览器编解码说明:
浏览器在接收或发送数据时,会对URL和参数会进行URL解码(接收)或编码(发送),所使用的编码为:
<%@page contentType="text/html;charset=GBK" %>或response.setCharacterEncoding("UTF-8") 指定的编码
5.服务器编解码说明:
* 服务器发送数据时,按照response.setCharacterEncoding—contentType—pageEncoding的优先顺序,对要发送的数据进行编码。
* 服务器接收数据,要分三种情况。一种是浏览器直接用URL提交的数据,另外两种是用表单的GET和POST方式提交的数据
表单中POST方式提交的情况:
可以通过request.setCharacterEncoding(charset),来设置对浏览器提交的数据使用什么样的编码进行解码。如果不设置时,
服务器默认使用ISO-8859-1来解码请求参数。如果页面的contentType="GBK", 此时要想得到正确的结果,则:
String name = new String(request.getParameter("name").getBytes("ISO-8859-1"), "GBK"); 如果设置:request.setCharacterEncoding("GBK"), 则只需:String name = request.getParameter("name"); 所以对于POST表单提交的数据,在获得数据的JSP页面中request.setCharacterEncoding要和生成提交该表单的JSP页面的 response.setCharacterEncoding设置成相同的值。 还有一种方法解决POST提交乱码问题:使用过滤器,在过滤器中设置request.setCharacterEncoding(charset)
URL提交的数据和表单中GET方式提交的情况:
此时设置request.setCharacterEncoding参数是不行的,因为在Tomcat5.0中,默认情况下使用ISO-8859-1对URL提交的数据和
表单中GET方式提交的数据进行解码,而不使用该参数对URL提交的数据和表单中GET方式提交的数据解码。要解决该问题,
应该在Tomcat的配置文件server.xml的Connector标签中设置useBodyEncodingForURI或者URIEncoding属性,
* useBodyEncodingForURI参数为true时表示用request.setCharacterEncoding参数对URL提交的数据和表单中GET方式提交的数据
进行重新解码。
* URIEncoding参数指定对所有GET方式请求(包括URL提交的数据和表单中GET方式提交的数据)进行统一解码的编码
即处理get方式请求参数有四种情况:
* 不设置server.xml的Connector标签,此时服务器统一对get方式的请求参数进行ISO-8859-1解码,此时设置
request.setCharacterEncoding(charset)是无效的
* 设置server.xml的Connector标签,令useBodyEncodingForURI="true",此时使用情况和post提交方式一致
* 设置server.xml的Connector标签,令URIEncoding="charset", 此时服务器统一对get方式的请求参数进行charset解码
* 设置server.xml的Connector标签,令useBodyEncodingForURI="true" URIEncoding="charset", 此时URIEncoding设置无效
<Connector port="8080" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true" useBodyEncodingForURI="true" URIEncoding="UTF-8"/>
范例:URLDecoder.decode(..)是服务器端解码的,而encodeURI(..)是js在客户端编码的
1.javascrip对于get方式的参数编码: Java代码: url=encodeURI(url);
服务器端获取参数后解码:
String linename = new String(request.getParameter("name").getBytes("ISO-8859-1"),"UTF-8");
说明:此时并没有对server.xml的<Connector>配置useBodyEncodingForURI和URIEncoding属性
编码过程:浏览器编码(UTF-8) --> 服务器解码(ISO-8859-1) --> String.getBytes方法编码(ISO-8859-1) --> 创建String解码(UTF-8)
2.javascript: url=encodeURI(encodeURI(url)); //用了2次encodeURI
服务器端获取:
String linename = request.getParameter(name); //java : 字符解码 linename = java.net.URLDecoder.decode(linename , "UTF-8");
浏览器编码(UTF-8) --> 浏览器编码(UTF-8) --> 服务器解码(ISO-8859-1) --> URLDecoder解码(UTF-8)
3.jsp对于get方式的参数编码: url="...."?sport=<%=URLEncoder.encoder("篮球", "UTF-8") %>
服务器端获取参数后解码: Java代码
String linename = new String(request.getParameter("name").getBytes("ISO-8859-1"),"UTF-8");
说明:此时并没有对server.xml的<Connector>配置useBodyEncodingForURI和URIEncoding属性
编码过程:浏览器编码(UTF-8) --> 服务器解码(ISO-8859-1) --> String.getBytes方法编码(ISO-8859-1) --> 创建String解码(UTF-8)
对范例2的说明:
可能大家都觉得对中文进行两次UTF-8编码后,进行一次ISO-8859-1解码和一次UTF-8解码,为什么得到的不是乱码呢?
个人认为java提供的URLEncoder和URLdecoder内部是做了某些处理的,和通过
String.getBytes获取字节数组,再 new String(bytes[], charset)编解码方式使不一样的。如java代码: String str = "my中国心"; String str1 = URLEncoder.encode(str, "UTF-8"); //my%E4%B8%AD%E5%9B%BD%E5%BF%83 String str4 = URLEncoder.encode(str1, "ISO-8859-1"); //my%25E4%25B8%25AD%25E5%259B%25BD%25E5%25BF%2583 String str5 = URLEncoder.encode(str1, "UTF-8"); //%25E4%25B8%25AD%25E5%259B%25BD%25E5%25BF%2583 String str6 = URLDecoder.decode(str4, "GBK"); //my%E4%B8%AD%E5%9B%BD%E5%BF%83 String str7 = URLDecoder.decode(str4, "GBK"); //my%E4%B8%AD%E5%9B%BD%E5%BF%83 String str8 = URLDecoder.decode(str5, "UTF-8"); //my中国心
从执行结果分析,个人觉得URLEncoder和URLDecoder对ASCII内的字符进行编码, 无论URLEncoder.encode的charset参数是什么,
得到的编码结果都是一样的,无论URLDecoder.decode的charset参数是什么,得到的解码结果都一样
只要中文的起始编码charset和最后解码的chaset一致(这里都是UTF-8),中间编码和解码次数对等(这里均为两次), 则得到的
结果就不会乱码
在此再对String.getBytes方法编码做一些范例说明:
原文:http://blog.csdn.net/liucw1116/archive/2010/02/24/5323851.aspx
发表评论
-
通过JUnit理解反射与注解的使用方式与场景
2014-04-07 22:20 1570通过JUnit深入理解反射与注 解的使用方式与场景 引用 ... -
SiteMesh----Web界面布局、装饰框架
2013-06-02 22:48 1739一、SiteMesh项目简介 ... -
DWR--远程服务器端Ajax开源框架
2013-03-17 22:04 1337简介 DWR(Direct Web Remoting)是一个用 ... -
Jpcap 网络抓包工具
2012-07-22 15:17 144281.jpcap说明与安装 JAVA语言虽然在TCP/U ... -
初识敏捷开发
2011-12-27 23:50 996敏捷软件开发宣言 个体 ... -
XStream序列化与反序列化对象
2011-12-25 19:50 6451XStream是一个将java对象序列化为xml以及从xml反 ... -
持续集成(Continous Integration)
2011-12-14 23:46 1223对持续集成的理解: 1、持续集成是敏捷开发的一种重要实践; 2 ... -
ConcurrentHashMap原理分析
2011-06-09 15:05 4623集合是编程中最常用的数据结构。而谈到并发,几乎总是离不开集合这 ... -
开发知识整理----数组和集合框架(2011-06)
2011-06-07 17:36 1607一、数组 Java数组 ... -
开发知识整理----多线程(2011-05)
2011-05-29 23:21 1280一.多线程 1.进程与线 ... -
动态数组:java.lang.System下的arraycopy和java.util.Arrays.copyOf方法
2011-05-24 00:24 16059java.lang.System下的arraycopy和jav ... -
Java多线程设计模式:wait/notify机制
2011-05-20 00:32 1144引用内容摘要:如果条件不满足,则等待。当条件满足时,等待该条件 ... -
开发知识整理(2011-04)
2011-04-20 10:54 10611.对象的哪些属性与方法应该公开,哪些应该隐藏? 封装两大原则 ... -
近期开发能力加强与整理计划
2011-04-18 23:15 1118在这埋下的种子没有发芽... 也许真不适合... 不得已要换块 ... -
Junit设计模式学习
2011-04-12 23:05 1124Junit设计模式学习 -
instanceof VS isAssignableFrom
2011-04-06 00:49 1103public static void main(Str ... -
c:forEach标签的使用
2011-03-19 17:02 1102c:forEach标签的使用 在JSP的开发中,迭代是经常要 ... -
a4j:jsFunction & a4j:actionparam
2011-03-17 21:28 3706这次JSF的项目中遇到一种特殊情况,在一个CommandLin ... -
JSF f:loadBundle标签
2011-03-16 11:04 1523JSF f:loadBundle标签是JSF提供的一个支持JS ... -
cookie与session专题
2011-03-10 19:55 937一、cookie机制和session机 ...
相关推荐
让你全面了解jsp编码原来,顺利解决可能遇到的各种中文乱码问题
后来查了网上一些人的解决方案,最彻底的解决办法就是修改jspsmartupload的源码,在upload、download方法处强制指定它的编码格式就可以了。这是修改后的jar包,可以直接拿来用,但在初始化SmartUpload类的时候需要...
文档内解释了JSP编程过程种所出现的各种乱码问题的原因以及解决方法
JSP编码中乱码问题.doc 叫你怎么解决jsp编码中出现的各种中文乱码的解决办法
jsp页面向数据库中写入数据,当数据为英文时,可正常写入,当数据为中文时,就会出现乱码。
彻底解决Servlet及jsp解决中文乱码问题
SP技术广泛应用于动态网页制作,但在应用中文字符时常常出现乱码。以前有关JSP技术中文乱码的研究,只是侧重于对常见的几...本文系统地分析了Java中字符编码的转换,最后针对JSP中常见的中文乱码情况,给出了相应的解决方法
jsp上传组件smartUpload_utf-8_jar包,解决utf-8编码的乱码问题
jsp页面跳转到后台乱码 还需要在html中指定编码格式。 ; charset=gb2312" /> ...解决方法是要在jsp最前面加上一条java语句,设置请求的字符编码。 request.setCharacterEncoding("gb2312"); %>
JSP中文乱码问题综述,中文乱码解决大全,表单使用Post方式提交后接收到的乱码问题,表单get提交方式的乱码处理方式,上传文件时的乱码解决,Java代码关于url请求,接受参数的乱码,关于jsp在MyEclipse中打开的乱码问题,...
遇到了这个问题, 按照一定的顺序解决了, 来这里总结一下, 希望能帮助大家. 咱们从前台到后台的顺序来解决. 1. JSP 这里需要设置一下JSP页面的统一编码格式: 打开Eclipse-window->preferences. 根据...
使用JSP传递中文时,常会出现乱码,有时所有的页面虽然都统计一编码方式,仍不能解决。如iframe,需要修改tomcat的编码方式
本文主要包括以下几个方面:编码基本知识,乱码问题产生原因及问题解决方案
jsp 课件 过滤器 中文乱码的处理
jsp上传组件smartUpload_gbk_jar包,解决gbk编码的乱码问题
Jsp页面中的字符编码方式与乱码解决方法[归类].pdf
过滤器代码--解决jsp中的字符乱码问题,可以让你不在为字符的乱码担心。
为了从根本上解决中文乱码,在服务器的配置文件中声明编码格式比较高效
可以通用到所有的jsp的一些编码问题,希望能帮大家解决一下乱码问题
该文档提出了解决jsp开发中常见的汉字编码乱码问题的解决方案,值得参考。