1. 最基本的乱码问题。
这个乱码问题是最简单的乱码问题。一般新手会出现。就是页面编码不一致导致的乱码。
<%@ page language="java" pageEncoding="UTF-8"%>
<%@ page contentType="text/html;charset=iso8859-1"%>
<html>
<head>
<title>中文问题</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
</head>
<body>
我是个好人
</body>
</html>
三个地方的编码:
(1)第一个地方的编码格式为jsp文件的存储格式。Eclipse会根据这个编码格式保存文件。并编译jsp文件,包括里面的汉字。
(2)第二处编码为解码格式。因为存为UTF-8的文件被解码为iso8859-1,这样如有中文肯定出乱码。也就是必须一致。而第二处所在的这一行,可以没有。缺省也是使用iso8859-1的编码格式。所以如果没有这一行的话,“我是个好人”也会出现乱码。必须一致才可以。
(3)第三处编码为控制浏览器的解码方式。如果前面的解码都一致并且无误的话,这个编码格式没有关系。有的网页出现乱码,就是因为浏览器不能确定使用哪种编码格式。因为页面有时候会嵌入页面,导致浏览器混淆了编码格式。出现了乱码。
2. 表单使用Post方式提交后接收到的乱码问题
这个问题也是一个常见的问题。这个乱码也是tomcat的内部编码格式iso8859-1在捣乱,也就是说post提交时,如果没有设置提交的编码格式,则会以iso8859-1方式进行提交,接受的jsp(从jsp跳转到另一个jsp)却以utf-8的方式接受。导致乱码。既然这样的原因,下面有几种解决方式。
(1) 接受参数时进行编码转换
String str = new String(request.getParameter("something").getBytes("ISO-8859-1"),"utf-8"); 这样的话,每一个参数都必须这样进行转码。很麻烦。但确实可以拿到汉字。
(2)在请求页面上开始处,执行请求的编码代码, request.setCharacterEncoding("UTF-8"),把提交内容的字符集设为UTF-8。这样的话,接受此参数的页面就不必在转码了。直接使用String str = request.getParameter("something");即可得到汉字参数。但每页都需要执行这句话。
注意:这个方法也就对post提交的有效果,对于get提交和上传文件时的enctype="multipart/form-data"是无效的。稍后下面单独对这个两个的乱码情况再进行说明。
(3)为了避免每页都要写request.setCharacterEncoding("UTF-8"),建议使用过滤器对所有jsp进行编码处理。这个网上有很多例子。请大家自己查阅。
3. 表单get提交方式的乱码处理方式。
如果使用get方式提交中文,接受参数的页面也会出现乱码,这个乱码的原因也是tomcat的内部编码格式iso8859-1导致。Tomcat会以get的缺省编码方式iso8859-1对汉字进行编码,编码后追加到url,导致接受页面得到的参数为乱码。
解决办法:
Get走的是url提交,而在进入url之前已经进行了iso8859-1的编码处理。要想影响这个编码则需要在server.xml的Connector节点增加useBodyEncodingForURI="true"属性配置,即可控制tomcat对get方式的汉字编码方式,上面这个属性控制get提交也是用request.setCharacterEncoding("UTF-8")所设置的编码格式进行编码。所以自动编码为utf-8,接受页面正常接受就可以了。详细说明如下:
useBodyEncodingForURI——这个设定是为了与tomcat4保持兼容,原来在tomcat4和tomcat5中对参数的处理是不一样的,在tomcat4中get与post的编码是一样的,所以只要在过滤器中通过request.setCharacterEncoding()处理,为了保持兼容,就有了这个设定。将useBodyEncodingForURI设定为真后,就可以通过equest.setCharacterEncoding直接解决get和post中的乱码问题。
4 .servlet关于URL请求,接受参数的乱码
URL的编码格式,取决于URIEncoding,URIEnocoding——用来设定通过URI传递的内容使用的编码,tomcat将使用这里指定的编码对客户端传送的内容进行编码。
什么是URI呢?
java doc如下说明的:URI是统一资源标识符,而URL是统一资源定位符。因此,笼统地说,每个URL都是URI,但不一定每个URI都是URL。也就是说,我们通过get方法提交的参数实际上都是通过uri提交的,都由这个参数管理。如果没有设定这个参数,刚tomcat将使用默认的iso8859-1对客户端的内容进行编码。
servlet是通过get方式接收url请求传递来的参数,所以首先要在在server.xml的Connector节点加上useBodyEncodingForURI="true"后,然后在jsp端和servlet端进行编解码操作,,例如:test?str=<%=URLEncoder.encode("中国", "utf-8")%>在servlet端进行解码URLDecoder.decode(request.getParameter("str"),"utf-8"),这样就不会乱码了。如果增加URIEnocoding="utf-8"属性配置,即可控制tomcat对url请求的汉字编码方式。同时由于规定url参数的编码方式是utf-8,所以要在jsp端进行编码
如果不设置这个参数URIEncoding=”UTF-8”, 会怎么样呢? 不设置则就使用了缺省的编码格式iso8859-1
5.js乱码问题
通常是由于js脚本文件保存时编码方式不对引起的,可采用打开-另存为-utf-8编码方式保存
6. alert乱码问题
原来在html里面引用 js文件时要指定字符集的编码方式,具体做法是<script charset="gb2312" language="javascript" type="text/javascript" src="ntkoocx.js"></script>