javaweb解决乱码

A. javaweb怎么处理中文乱码

1.UTF-8国际编码，GBK中文编码。GBK包含GB2312，即如果通过GB2312编码后可以通过GBK解码，反之可能不成立;

2、web tomcat:默认是ISO8859-1，不支持中文的

3.java.nio.charset.Charset.defaultCharset()获得平台默认字符编码；

4.getBytes() 是通过平台默认字符集进行编码；

二、引入

在学习任何一门技术时，经常会有初学者遇到中文乱码问题，比如MySQL，是因为在安装时没有设置；而在Servlet中，也会遇到中文乱码问题；

比如：

OutputStream out = response.getOutputStream();

out.write(String );

输出中文时可能会出现乱码；

比如：

[java]view plain

• protectedvoiddoGet(HttpServletRequestrequest,HttpServletResponseresponse)throwsServletException,IOException{

• OutputStreamout=response.getOutputStream();

• Stringdata="博客";

• out.write(data.getBytes("UTF-8"));

输出乱码的问题是程序用UTF-8编码，而浏览器默认用GBK解码了，因此会出现乱码；

三、Servlet相关的几种乱码

1、浏览器调用jsp，html等页面中文显示乱码

此情况需满足两个要求：

（1）文件本身是以utf-8编辑保存的（myEclipse中在properties中鼠标右键选择utf-8）

（2）浏览器用utf-8解析：

(手动)==> 在浏览器中右键选择编码格式为utf-8

(智能)==> 在文件中写入如：<meta name="content-type" content="text/html; charset=UTF-8"> 通过<meta>标签模拟response头，起到告诉浏览器用utf-8的编码解析

(智能)==>response.setContentType("text/html;charset=UTF-8");起到告诉浏览器用utf-8的编码解析

常用：

<meta name="content-type" content="text/html; charset=UTF-8">或<meta charset="utf-8">


<%@ pageEncoding="utf-8"%>

<?xml encoding="UTF-8"?>


2、通过浏览器调用servlet，页面显示乱码。

Servlet乱码分为request乱码和response乱码；

（1）response乱码问题

解决方法：

在网上很有效的解决方法是添加：

response.setCharacterEncoding("UTF-8");

解决不了，后来又搜到一条解决方法是：

response.setContentType("text/html;charset=utf-8");或者response.setHeader("content-type","text/html;charset=UTF-8");告诉浏览器用utf-8解析。(setHeader是HttpServletResponse的方法。如果想在拦截器Filter中设置字符编码，则无此方法，因为Filter的doFilter方法的参数类型是ServletResponse)

两句都填上，后来终于解决了这个问题；

其实我们应该思考一下本质：

response.setContentType("text/html;charset=UTF-8");目的是为了控制浏览器的行为，即控制浏览器用UTF-8进行解码；

response.setCharacterEncoding("UTF-8");目的是用于response.getWriter()输出的字符流的乱码问题。如果是response.getOutputStream()是不需要此种解决方案的，因为这句话的意思是为了将response对象中的数据以UTF-8解码后的字节流发向浏览器

B. Java Web 乱码 求解决方案

以下提到的地方，你都做一下检查，这是平时总结的，但愿对你有帮助

最基本的乱码问题
这个乱码问题是最简单的乱码问题。一般新会出现。就是页面编码不一致导致的乱码。
Html代码：
＜%@ 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＞? JSP中文编码问题解决方法详解? ＜/body＞? ＜/html＞?

三个地方的编码
第一个地方的编码格式为jsp文件的存储格式。Ecljpse会根据这个编码格式保存文件。并编译jsp文件，包括里面的汉字。
第二处编码为解码格式。因为存为UTF-8的文件被解码为iso8859-1，这样如有中文肯定出乱码。也就是必须一致。而第二处所在的这一行，可以没有。缺省也是使用iso8859-1的编码格式。所以如果没有这一行的话，“我是个好人”也会出现乱码。必须一致才可以。
第三处编码为控制浏览器的解码方式。如果前面的解码都一致并且无误的话，这个编码格式没有关系。有的网页出现乱码，就是因为浏览器不能确定使用哪种编码格式。因为页面有时候会嵌入页面，导致浏览器混淆了编码格式。出现了乱码。
表单使用Post方式提交后接收到的乱码问题
这个问题也是一个常见的问题。这个乱码也是tomcat的内部编码格式iso8859-1在捣乱，也就是说post提交时，如果没有设置提交的编码格式，则会以iso8859-1方式进行提交，接受的jsp却以utf-8的方式接受。导致乱码。既然这样的原因，下面有几种解决方式，并比较。
a. 接受参数时进行编码转换

String str = new String(request.getParameter("something").getBytes("ISO-8859-1"),"utf-8") ；

这样的话，每一个参数都必须这样进行转码。很麻烦。但确实可以拿到汉字。
b. 在请求页面上开始处，执行请求的编码代码

request.setCharacterEncoding("UTF-8")

把提交内容的字符集设为UTF－8。这样的话，接受此参数的页面就不必在转码了。直接使用

String str = request.getParameter("something")；
即可得到汉字参数。但每页都需要执行这句话。这个方法也就对post提交的有效果，对于get提交和上传文件时的enctype="multipart/form-data"是无效的。稍后下面单独对这个两个的乱码情况再进行说明。
c. 为了避免每页都要写request.setCharacterEncoding("UTF-8")，建议使用过滤器对所有jsp进行编码处理。这个网上有很多例子。请大家自己查阅。
表单get提交方式的乱码处理方式
如果使用get方式提交中文，接受参数的页面也会出现乱码，这个乱码的原因也是tomcat的内部编码格式iso8859-1导致。Tomcat会以get的缺省编码方式iso8859-1对汉字进行编码，编码后追加到url，导致接受页面得到的参数为乱码/、。
解决办法：
a. 使用上例中的第一种方式，对接受到的字符进行解码，再转码。
b. Get走的是url提交，而在进入url之前已经进行了iso8859-1的编码处理。要想影响这个编码则需要在server.xml的Connector节点增加useBodyEncodingForURI="true"属性配置，即可控制tomcat对get方式的汉字编码方式，上面这个属性控制get提交也是用request.setCharacterEncoding("UTF-8")所设置的编码格式进行编码。所以自动编码为utf-8，接受页面正常接受就可以了。但我认为真正的编码过程是，tomcat又要根据

＜Connector port="8080"maxThreads="150" minSpareThreads="25" maxSpareThreads="75"enableLookups="false" redirectPort="8443" acceptCount="100"debug="0" connectionTimeout="20000" useBodyEncodingForURI="true"disableUploadTimeout="true" URIEncoding=”UTF-8”/＞

里面所设置的URIEncoding=”UTF-8”再进行一次编码，但是由于已经编码为utf-8，再编码也不会有变化了。如果是从url获取编码，接受页面则是根据URIEncoding=”UTF-8”来进行解码的。
上传文件时的乱码解决
上传文件时，form表单设置的都是enctype="multipart/form-data"。这种方式以流方式提交文件。如果使用apach的上传组件，会发现有很多乱码想象。这是因为apach的先期commons-fileupload.jar有bug，取出汉字后进行解码，因为这种方式提交，编码又自动使用的是tomcat缺省编码格式iso-8859-1。但出现的乱码问题是：句号，逗号，等特殊符号变成了乱码，汉字如果数量为奇数，则会出现乱码，偶数则解析正常。
解决方式：
下载commons-fileupload-1.1.1.jar 这个版本的jar已经解决了这些bug。但是取出内容时仍然需要对取出的字符进行从iso8859-1到utf-8转码。已经能得到正常所有汉字以及字符。
Java代码关于url请求，接受参数的乱码
url的编码格式，取决于上面所说的URIEncoding=”UTF-8”。如果设定了这个编码格式，则意味着所有到url的汉字参数，都必须进行编码才可以。否则得到的汉字参数值都是乱码，例如一个链接：

Response.sendDerect（“/a.jsp?name=玫瑰妮子”）；
而在a.jsp里面直接使用 String name = request.getParameter（"name"）；

得到的就是乱码。因为规定了必须是utf-8才可以，所以，这个转向应该这样写：

Response.sendDerect（“/a.jsp?name=URLEncode.encode(“玫瑰妮子”,”utf-8”)；才可以。
如果不设置这个参数URIEncoding=”UTF-8”，会怎么样呢? 不设置则就使用了缺省的编码格式iso8859-1。问题又出来了，第一就是参数值的个数如果是奇数个数，则就可以正常解析，如果使偶数个数，得到最后字符就是乱码。还有就是如果最后一个字符如果是英文，则就能正常解析，但中文的标点符号仍出现乱码。权宜之计，如果您的参数中没有中文标点符号，则可以在参数值最后加一个英文符号来解决乱码问题，得到参数后再去掉这个最后面的符号。也可以凑或使用。
脚本代码关于url请求，接受到的参数乱码
脚本中也会进行页面转向的控制，也会涉及到附带参数，并在接受页面解析这个参数的情况。如果这个汉字参数不进行URIEncoding=”UTF-8”所指定的编码处理，则接受页面接受到的汉字也是乱码。脚本处理编码比较麻烦，必须有相应的编码脚本对应文件，然后调用脚本中的方法对汉字进行编码即可。
关于jsp在MyEclipse中打开的乱码问题
对于一个已经存在的项目，Jsp文件的存储格式可能是utf-8。如果新安装的eclipse，则缺省打开使用的编码格式都是iso8859-1。所以导致jsp里面的汉字出现乱码。这个乱码比较容易解决，直接到eclipse3.1的偏好设置里面找到general-〉edidor，设置为您的文件打开编码为utf-8即可。Eclipse会自动重新以新的编码格式打开。汉字即可正常显示。
关于html页面在eclipse中打开出现乱码情况
由于大部分页面都是由dreamweaver制作，其存储格式跟eclipse的识别有差别导致。一般这种情况，在eclipse中新建一个jsp，直接从dreamweaver复制页面内容粘贴到jsp即可。

C. 如何解决JavaWeb乱码问题

request-line中的URL部分必须以application/x-www-form-urlencoded方式编码。编码时使用的字符集是当前网页在浏览器上显示时所使用的字符集。

JDK中专门有两个类处理application/x-www-form-urlencoded类型的数据，它们是URLEncoder及URLDecoder。当网页上的数据需要手动进行URLEncoding处理时，可使用URLEncoder类完成编码工作。需要手动进行URLEncoding处理的位置包括：

• 链接（<a></a>）中的href标签属性；

• 以POST方式提交的表单（<form></form>）中的action标签属性。

例如，网页上不应该产生这样的链接：

[xhtml]view plain

• <!--不正确的写法-->

• <ahref="/hello/checkUser.html?opt=中文>使用者身份验证"</a>

正确的写法是：

[xhtml]view plain

• <!--使用UTF-8字符集进行URLEncoding的结果-->

• <ahref="/hello/checkUser.html?opt=%E4%B8%AD%E6%96%87">使用者身份验证</a>

为此，方案之一可以在JSP网页上使用脚本化语言进行URLEncoding处理。如：

[xhtml]view plain

• <%@pageimport="java.net.URLEncoder"%>

• <ahref="/hello/checkUser.html?opt=<%=URLEncoder.encode("中文","UTF-8")%>">使用者身份验证</a>

request-body的编码处理

request-body只有在POST提交的方式下才会产生。request-body的编码方式由表单的enctype标签属性指定，同request-line一样，编码request-body时使用的字符集也是当前网页在浏览器上显示时所使用的字符集。request-body的编码过程由客户端浏览器自动完成，不需要额外的编程处理。

服务器的处理

相对于用户端，服务器端在接收到HTTP请求时提供了两种处理请求数据的方式：自动处理与不处理。
服务器一般会自动处理application/x-www-form-urlencoded类型的数据（包括request-line及request-body中的数据），就servlet（Servlet类或JSP网页）而言，可以通过request对象的getParameter()或getParameterValues()取得这些数据。对于除此以外的其它MIME类型的数据，HTTP服务器则是将处理的过程直接交到了与HTTP请求相对应的servlet（Servlet类或JSP网页）身上。
例如用户端有以下表单被提交：

[xhtml]view plain

• <formaction="checkUser.html?opt=xxx"method="POST">

• <inputtype="text"name="username"value="yyy"/>

• <inputtype="text"name="username"value="zzz"/>

• <inupttype="submit"value="submit"/>

• </form>

表单提交时经服务器端自动处理后与checkUser.html相对应的servlet（Servlet类或JSP网页）可以通过下面的方式取得数据：

[java]view plain

• Stringopt=request.getParameter("opt");

• String[]users=request.getParameterValues("username");

默认情况下，服务器对于接收到的application/x-www-form-urlencoded类型数据进行字符集为ISO-8859-1的URLDecoding处理，经过处理之后的字符串内码为ISO-8859-1。对于没有附加任何设置的HTTP服务器而言，我们的servlet在取得数据之后必须进行相应的解码处理，生成内码为UTF-16（unicode）的字符串。
例如对于用户端请求数据中以UTF-8字符集进行URLEncoding的数据，servlet需要进行如下方式的解码：

[java]view plain

• Stringopt=request.getParameter("opt");

• if(opt!=null&&!"".equals(opt)){

• opt=newString(opt.getBytes("ISO-8859-1"),"UTF-8");

• }

为了避免这种额外的编码/解码处理，也就是说让服务器了解到用户端在URLEncoding时所使用的字符集，从而直接进行相应字符集的URLDecoding处理，不同的HTTP服务器提供了不同的解决方案。
以Tomcat为例，Tomcat自动解码request-line的处理方式由Tomcat的配置文件server.xml指定。在server.xml中的Connector标签中提供了URIEncoding标签属性，只要为其指定解码用的字符集，Tomcat就会自动解码request-line中经过application/x-www-form-urlencoded编码处理的数据。例如：

<Connector connectionTimeout="40000" port="8080" protocol="HTTP/1.1"
URIEncoding="UTF-8" redirectPort="8443"/>

Tomcat自动解码request-body的处理方式是设置request的characterEncoding值。如：

request.setCharacterEncoding("UTF-8");

但是这一操作必须提前在filter中完成，在servlet中使用此方法已经不起作用了。filter的例子如下：

[java]view plain

• importjava.io.IOException;

• importjavax.servlet.Filter;

• importjavax.servlet.FilterChain;

• importjavax.servlet.FilterConfig;

• importjavax.servlet.ServletException;

• importjavax.servlet.ServletRequest;

• importjavax.servlet.ServletResponse;

• {

• privateStringencoding;

• publicCharacterEncodingFilter(){

• encoding=null;

• }

• publicvoiddestroy(){

• encoding=null;

• }

• publicvoiddoFilter(ServletRequestrequest,ServletResponseresponse,

• FilterChainchain)throwsIOException,ServletException{

• request.setCharacterEncoding(encoding);

• chain.doFilter(request,response);

• }

• publicvoidinit(FilterConfigfilterConfig)throwsServletException{

• encoding=filterConfig.getInitParameter("encoding");

• if(encoding==null||"".equals(encoding)){

• encoding="UTF-8";

• }

• }

• }

我们可以在web.xml使用这个filter。web.xml的相应配置如下：

[xhtml]view plain

• <filter>

• <filter-name>CharacterEncodingFilter</filter-name>

• <filter-class>

• CharacterEncodingFilter

• </filter-class>

• <init-param>

• <param-name>encoding</param-name>

• <param-value>UTF-8</param-value>

• </init-param>

• </filter>

• <filter-mapping>

• <filter-name>CharacterEncodingFilter</filter-name>

• <url-pattern>/*</url-pattern>

• </filter-mapping>

通过上述两种方式的预处理，在servlet中取出的数据可以不必进行ISO-8859-1解码而直接使用。

字符集的选择

在处理application/x-www-form-urlencoded类型的数据过程中，需要注意的另一个问题是字符集的选择问题。如上所述，不论是request-line还是request-body，其URLEncoding所使用的字符集都是当前网页在浏览器上显示时所使用的字符集。而这个信息又是HTTP服务器端生成HTML网页时，在HTTP响应中提供的。
当HTTP服务器接收到一个HTTP请求时，服务器总是需要向用户端发送一个HTTP响应。HTTP响应数据与HTTP请求数据格式相同，同样由以下几个部分组成：

<response-line>
<headers>
<CRLF>
[<response-body><CRLF>]

下面描述的是请求一个HTML网页数据时服务器的响应信息：

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=UTF-8
Content-Length: 265
Date: Thu, 17 Dec 2009 05:20:36 GMT

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>test</title>
</head>
<body>
<h1>Hello World</h1>
</body>
</html>
[End]

其中headers的Content-Type指定了数据流的数据格式以及显示用的字符集。这一指标可以通过以下几种方式指定：
1. HTML网页
在HTML网页的<head></head>中存在多个<meta/>标签，其中可以设置Content-Type。例如：

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

2. JSP网页
JSP网页中，除了<meta/>标签之外，还需要在JSP网页头部设置如下代码：

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>

3. Servlet类
如果要在Servlet类中通过response向用户端传送HTML数据，需要在传送前指定Content-Type。代码如下：

response.setContentType("text/html;charset=UTF-8");

通过上述三种方式，可以确保响应数据传送到用户端浏览器时，浏览器使用正确解码方式和字符集显示其内容。

结束语

总之，Content-Type是联系用户端与服务器端的纽带，通过这一指标，双方得以对相关的数据进行正确的编码与解码。只要了解了Content-Type的作用以及使用方法，乱码问题就会迎刃而解。

D. Javaweb返回给Android客户端json中文字符乱码

JavaWeb的各种中文乱码终极解决方法：一、Servlet输出乱码1. 用servlet.getOutStream字节流输出中文，假设要输出的是String str ="测试中文"。1.1 若是本地服务器与本地客户端这种就不用说了，直接可以out.write(str.getBytes())可以输出没有问题。因为服务器中用str.getBytes()是采用默认本地的编码，比如GBK。而浏览器也解析时也用本地默认编码，两者是统一的，所以没有问题。1.1 若服务器输出时用了, out.write(str.getBytes("utf-8"))。而本地默认编码是GBK时(比例在中国)，那么用浏览器打开时就会乱码。因为服务器发送过来的是utf-8的1010数据，而客户端浏览器用了gbk来解码，两者编码不统一，肯定是乱码。当然，你也可以自己将客户端浏览器的编码手工调用下(IE菜单是：查询View->编码encoding->utf-8)，但是这种操作很烂，最好由服务器输出响应头告诉，浏览器用哪种编码来解码。所以要在服务器的servlet中，增加response.setHeader("content-type","text/html;charset=utf-8")，当然也可直接用简单的response.setContentType("text/hmtl;charset=utf-8")。两种的操作是一样一样的。2. 用servlet.getWirter字符流输出中文，假设要输出的是String str ="测试中文乱码"。2.1 若写成out.print(str)输出时，客户端浏览器显示的将全是多个?????的字符，代表在编码表中肯定就找不到相应的字符来显示。原因是：servlet.getWriter()得到的字符输出流，默认对字符的输出是采用ISO-8859-1，而ISO-8859-1肯定是不支持中文的。所以肯定要首先要做的第一件事：是要将服务器对象输出字符能支持中文的。其次服务器向客户端写回的响应头要告诉客户端是用了哪种编码表进行编码的。而实现这两个需求，只需要response.setContentType("text/hmtl;charset=utf-8")。就搞定了。特别注意：response.setContentType("text/html;charset=utf-8")要放在PrintOut out = response.getWriter()代码的前面，否则只是有告诉客户端用什么码表编码的功能，而服务器端还是用ISO-8859-1编码了。再特别提示下：在同一Servlet中的doGet或doPost方法中，不能既用response.getOutputStream又用response.getWriter，因为这两种response的响应输出字节流与字符流是冲突的，只能用其一。二、Servlet文件下载，中文乱码情况。关键是下载时响应头 content-disposition中attachment;filename=文件名。这个文件名filename不能是含有中文字符串的，要用URLEncoding编码进行编码，才能进行进行http的传输。三、Servlet的response增加addCookie，cookie中value的中文码问题解决方法。若想将cookie中存放中文的值，必须用Base64编码后，发给客户浏览器端进入存储。而下次客户端浏览访问是带回来的cookie中的值，是经过Base64编码的，所以需要用Base64解码即可。 Base64编码主要是解决将特殊字符进行重新编码，编码成a-b、A-B、0-9、+与/，字符52，10个数字与一个+，一个/ 共64个字符。它的原理是将原来3个字节的内容编码成4个字节。主要是取字节的6位后，在前面补00组成一个新的字节。所以这样原来的3个字节共24，被编码成4个字节32位了。四、获取请求参数乱码GET方式的乱码：如CN，直接用request.getParameter得到的字符串strCN将会乱码，这也是因为GET方式是用http的url传过来的默认用iso-8859-1编码的，所以首先得到的strCn要再用iso-8859-1编码得到原文后，再进行用utf-8(看具体页面的charset是什么utf-8或gbk)进行解码即可。new String(strCn.getBytes(“ISO-8859-1”),“UTF-8”);Javaweb返回给Android客户端json中文字符乱码

E. 在java中怎样处理中文乱码的问题（有几种处理方式）

读取文件的时候如果是用的read方法（字节流），碰到中文输出就是乱码，然后存储的时候设置下编码为GBK或者是UTF-8形式即可，可以有效的解决乱码问题。
可以通过BufferedReader 流的形式进行流缓存，之后通过readLine方法获取到缓存的内容。
BufferedReader bre = null;
try {
String file = "D:/test/test.txt";
bre = new BufferedReader(new FileReader(file));//此时获取到的bre就是整个文件的缓存流
while ((str = bre.readLine())!= null) // 判断最后一行不存在，为空结束循环
{
System.out.println(str);//原样输出读到的内容
}；
备注： 流用完之后必须close掉，如上面的就应该是：bre.close()，否则bre流会一直存在，直到程序运行结束。
可以通过“FileOutputStream”创建文件实例，之后过“OutputStreamWriter”流的形式进行存储，举例：
OutputStreamWriter pw = null;//定义一个流
pw = new OutputStreamWriter(new FileOutputStream(“D:/test.txt”),"GBK");//确认流的输出文件和编码格式，此过程创建了“test.txt”实例
pw.write("我是要写入到记事本文件的内容");//将要写入文件的内容，可以多次write
pw.close();//关闭流
备注：文件流用完之后必须及时通过close方法关闭，否则会一直处于打开状态，直至程序停止，增加系统负担。

F. 关于javaweb项目的乱码问题

把你的乱码过滤器的filter配置在安全审核filter的前面 filter的执行顺序会按照web.xml里配置的顺序进行 如果先进行安全审核的filter, 安全审核的filter从request里获得了数据 那么之后在乱码过滤的filter里在设置正确的编码仍然是乱码

G. java web工程里面中文乱码了

如果是用的tomact做容器，打开server.xml，看一下是否编码设置正确。如下URIEncoding的值：

<Connectorport="8080"protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443"URIEncoding="UTF-8"/>

H. 如何解决Java WEB应用中的乱码问题

一方面代码里面的设置，比如在jsp里，
另一方面就是eclipse的设置，idea不熟悉，
一般就那几个地方，一，在eclipse里右键项目名字-resource，会有text file encoding的设置

二，菜单栏里Windows- preferences- 可以在搜索条里搜encod, 会出来两个，content type 和workspace 这两个地方也是设置字符集的
或者直接找General -- workspace 同上设置 ,General- Content Type 这里面是各种文件的编码格式，看下乱码的文件格式，如是注释文件，xml,或者java，dtd等

I. java WEB项目的jsp页面显示的时候乱码。在别人电脑上都显示的是正常的，在我这里就是乱码

1、右键项目，properties，选择编码

J. java web乱码怎么解决

最基本的乱码问题
这个乱码问题是最简单的乱码问题。一般新会出现。就是页面编码不一致导致的乱码。
Html代码：
＜%@ 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＞? JSP中文编码问题解决方法详解? ＜/body＞? ＜/html＞?

三个地方的编码
第一个地方的编码格式为jsp文件的存储格式。Ecljpse会根据这个编码格式保存文件。并编译jsp文件，包括里面的汉字。
第二处编码为解码格式。因为存为UTF-8的文件被解码为iso8859-1，这样如有中文肯定出乱码。也就是必须一致。而第二处所在的这一行，可以没有。缺省也是使用iso8859-1的编码格式。所以如果没有这一行的话，“我是个好人”也会出现乱码。必须一致才可以。
第三处编码为控制浏览器的解码方式。如果前面的解码都一致并且无误的话，这个编码格式没有关系。有的网页出现乱码，就是因为浏览器不能确定使用哪种编码格式。因为页面有时候会嵌入页面，导致浏览器混淆了编码格式。出现了乱码。
表单使用Post方式提交后接收到的乱码问题
这个问题也是一个常见的问题。这个乱码也是tomcat的内部编码格式iso8859-1在捣乱，也就是说post提交时，如果没有设置提交的编码格式，则会以iso8859-1方式进行提交，接受的jsp却以utf-8的方式接受。导致乱码。既然这样的原因，下面有几种解决方式，并比较。
a. 接受参数时进行编码转换

String str = new String(request.getParameter("something").getBytes("ISO-8859-1"),"utf-8") ；

这样的话，每一个参数都必须这样进行转码。很麻烦。但确实可以拿到汉字。
b. 在请求页面上开始处，执行请求的编码代码

request.setCharacterEncoding("UTF-8")

把提交内容的字符集设为UTF－8。这样的话，接受此参数的页面就不必在转码了。直接使用

String str = request.getParameter("something")；
即可得到汉字参数。但每页都需要执行这句话。这个方法也就对post提交的有效果，对于get提交和上传文件时的enctype="multipart/form-data"是无效的。稍后下面单独对这个两个的乱码情况再进行说明。
c. 为了避免每页都要写request.setCharacterEncoding("UTF-8")，建议使用过滤器对所有jsp进行编码处理。这个网上有很多例子。请大家自己查阅。
表单get提交方式的乱码处理方式
如果使用get方式提交中文，接受参数的页面也会出现乱码，这个乱码的原因也是tomcat的内部编码格式iso8859-1导致。Tomcat会以get的缺省编码方式iso8859-1对汉字进行编码，编码后追加到url，导致接受页面得到的参数为乱码/、。
解决办法：
a. 使用上例中的第一种方式，对接受到的字符进行解码，再转码。
b. Get走的是url提交，而在进入url之前已经进行了iso8859-1的编码处理。要想影响这个编码则需要在server.xml的Connector节点增加useBodyEncodingForURI="true"属性配置，即可控制tomcat对get方式的汉字编码方式，上面这个属性控制get提交也是用request.setCharacterEncoding("UTF-8")所设置的编码格式进行编码。所以自动编码为utf-8，接受页面正常接受就可以了。但我认为真正的编码过程是，tomcat又要根据

＜Connector port="8080"maxThreads="150" minSpareThreads="25" maxSpareThreads="75"enableLookups="false" redirectPort="8443" acceptCount="100"debug="0" connectionTimeout="20000" useBodyEncodingForURI="true"disableUploadTimeout="true" URIEncoding=”UTF-8”/＞

里面所设置的URIEncoding=”UTF-8”再进行一次编码，但是由于已经编码为utf-8，再编码也不会有变化了。如果是从url获取编码，接受页面则是根据URIEncoding=”UTF-8”来进行解码的。
上传文件时的乱码解决
上传文件时，form表单设置的都是enctype="multipart/form-data"。这种方式以流方式提交文件。如果使用apach的上传组件，会发现有很多乱码想象。这是因为apach的先期commons-fileupload.jar有bug，取出汉字后进行解码，因为这种方式提交，编码又自动使用的是tomcat缺省编码格式iso-8859-1。但出现的乱码问题是：句号，逗号，等特殊符号变成了乱码，汉字如果数量为奇数，则会出现乱码，偶数则解析正常。
解决方式：
下载commons-fileupload-1.1.1.jar 这个版本的jar已经解决了这些bug。但是取出内容时仍然需要对取出的字符进行从iso8859-1到utf-8转码。已经能得到正常所有汉字以及字符。
Java代码关于url请求，接受参数的乱码
url的编码格式，取决于上面所说的URIEncoding=”UTF-8”。如果设定了这个编码格式，则意味着所有到url的汉字参数，都必须进行编码才可以。否则得到的汉字参数值都是乱码，例如一个链接：

Response.sendDerect（“/a.jsp?name=玫瑰妮子”）；
而在a.jsp里面直接使用 String name = request.getParameter（"name"）；

得到的就是乱码。因为规定了必须是utf-8才可以，所以，这个转向应该这样写：

Response.sendDerect（“/a.jsp?name=URLEncode.encode(“玫瑰妮子”,”utf-8”)；才可以。
如果不设置这个参数URIEncoding=”UTF-8”，会怎么样呢? 不设置则就使用了缺省的编码格式iso8859-1。问题又出来了，第一就是参数值的个数如果是奇数个数，则就可以正常解析，如果使偶数个数，得到最后字符就是乱码。还有就是如果最后一个字符如果是英文，则就能正常解析，但中文的标点符号仍出现乱码。权宜之计，如果您的参数中没有中文标点符号，则可以在参数值最后加一个英文符号来解决乱码问题，得到参数后再去掉这个最后面的符号。也可以凑或使用。
脚本代码关于url请求，接受到的参数乱码
脚本中也会进行页面转向的控制，也会涉及到附带参数，并在接受页面解析这个参数的情况。如果这个汉字参数不进行URIEncoding=”UTF-8”所指定的编码处理，则接受页面接受到的汉字也是乱码。脚本处理编码比较麻烦，必须有相应的编码脚本对应文件，然后调用脚本中的方法对汉字进行编码即可。
关于jsp在MyEclipse中打开的乱码问题
对于一个已经存在的项目，Jsp文件的存储格式可能是utf-8。如果新安装的eclipse，则缺省打开使用的编码格式都是iso8859-1。所以导致jsp里面的汉字出现乱码。这个乱码比较容易解决，直接到eclipse3.1的偏好设置里面找到general-〉edidor，设置为您的文件打开编码为utf-8即可。Eclipse会自动重新以新的编码格式打开。汉字即可正常显示。
关于html页面在eclipse中打开出现乱码情况
由于大部分页面都是由dreamweaver制作，其存储格式跟eclipse的识别有差别导致。一般这种情况，在eclipse中新建一个jsp，直接从dreamweaver复制页面内容粘贴到jsp即可。