页写的中文不需要转换，写上你那行就可以显示中文了
凡从jsp传出带中文值的参数，都需要在接收后转换中文
<%@ page contentType="text/html; charset=GB2312"%> 是要在本页显示中文的
时候才写
它不能完成转换中文的功能
要转换中文要使用下面这个方法：
public String getStr(String str){
try{
String temp_p=str;
byte[] temp_t=temp_p.getBytes("ISO8859-1");
String temp=new String(temp_t);
return temp;
} catch(Exception e){
}
return "null";
}
自己加到你的类里面去
------------------------------------------------------------------------------------------------
中文问题是java世界里面一个比较麻烦的问题，说麻烦是因为涉及面太宽，由数据库方
面的，操作系统的，webserver的等等。
一般这个就可以了：
str = new String(str.getBytes("编码1"),"编码2");
其中编码1是操作系统的默认编码，编码2是你要转换成的编码。
new String()里面的部分的意思是：把str转按照编码1的方式转换回byte[] 字节流，然
后按照编码2的方式再转换成新的str。（str是一个字符串，java里面其实是char[]）。
str = new String(str.getBytes(),"编码2");编码1省略也是可以的，会按照操作系统的
默认编码来转换。
其中编码2一般为gb2312，也就是中文，但是推荐用gbk，因为gb2312其实是gbk的一
个子集，字库要小一些。utf-8应该也可以。是较新的一种编码规则。
------------------------------------------------------------------------------------------------
方法二、中文信息是由前一页面传入的
先创建一个trans.jsp页面
代码如下：
<%@ page import="java.io.*"%>
<%! String trans(String chi)
{
String result = "";
byte temp [];
try
{
temp=chi.getBytes("iso-8859-1");
result = new String(temp);
}
catch(UnsupportedEncodingException e)
{
System.out.println (e.toString());
}
return result;
}
%>
然后在你要现实的页面中调用该页面：
<%@ include file="trans.jsp"%>
最后在你要显示中文的页面例如你显示前一个页面传过来的“userName”,
String userName=trans(request.getParameter("userName"));
---------------------------------------------------------------------------------------------------
”%>
(2)将Form中的值传送到数据库中再取出来后全变成了“？”。Form用POST提交数
据，代码中使用了语句：
String st=new(request.getParameter(“name”).getBytes(“ISO8859_1”))， 而且
也声明了charset=gb2312。
要处理Form中传递的中文参数，应该在JSP中加入下面的代码，另外定义一个专门
解决这个问题的getStr类，然后对接收到的参数进行转换：
String keyword1=request.getParameter(“keyword1”);
keyword1=getStr(keyword1);
这样就可以解决问题了，代码如下：
<%@ page contentType=“text/html;charset=gb2312”%>
<%!
public String getStr(String str){
try{String temp_p=str;
byte[] temp_t=temp_p.getBytes(“ISO8859-1”);
String temp=new String(temp_t);
return temp;
}
catch(Exception e){ }
return “NULL”;
}
%>
<%--http://www.cndes.com测试--%>
<% String keyword=“创联网络技术中心欢迎您的到来”;
String keyword1=request.getParameter(“keyword1”);
keyword1=getStr(keyword1);
out.print(keyword);
out.print(keyword1);
%>
另外，流行的关系数据库系统都支持数据库Encoding，也就是说在创建数据库时可
以指定它自己的字符集设置，数据库的数据以指定的编码形式存储。当应用程序访问数
据时，在入口和出口处都会有 Encoding 转换。对于中文数据，数据库字符编码的设置
应当保证数据的完整性。 GB2312、GBK、UTF-8 等都是可选的数据库 Encoding，也
可以选择 ISO8859-1 (8-bit)， 但会增加了编程的复杂度，ISO8859-1不是推荐的数据
库 Encoding。在JSP/Servlet编程时，可以先用数据库管理系统提供的管理功能检查其
中的中文数据是否正确。
----------------------------------------------------------------------------------------
JSP引擎会将上面的伪指令转换为HTTP应答的头部：
Content-Type: text/html; charset=GB2312
样输出的就是采用GB2312编码的中文页面，浏览器会正确地显示出中文。但浏览器在
将form的内容POST到服务器时却没有包含charset，而且将中文内容用%xx的形式（xx
是十六进制数）进行编码，例如汉字"中"的GB2312内码为0xD6D0，在HTTP请求中就
变成了%D6%D0，根据RFC2616的规定，如果在HTTP请求中未指明字符集，就使用
ISO8859_1编码，这样"中"字在处理时变成了两个字符，分别为´u00D6´
和´u00D0´，而返回到客户端时变成了两个不可显示的字符，浏览器一般
显示成´??´。
解决这一问题的传统做法是编写额外的代码来完成字符集的转换：
strOut = new String(strIn.getBytes("8859_1"), "GB2312");
strIn是未经过转换的字符串，其编码为ISO8859_1，strOut是经过转换的字符串，其编
码为GB2312。
在Apusic 0.9.5版中实现了Java Servlets 2.3规范草案，其中在ServletRequest接口中新
增了一个方法setCharacterEncoding(String enc)，可以补上在HTTP请求中缺少的
charset信息，而上面这一烦琐的转换过程就在Servlet引擎中自动完成了，而且Servlet
引擎还对转换过程做了优化，提高了运行效率。下面给出一个简单的例子，大家可以做
一下比较。
// 传统方式
<%@ page contentType="text/html; charset=gb2312" %>
<html>
<body>
<form method=post action=test.jsp>
<input type=text name=your_name>
</form>
<%= new String(request.getParameter("your_name").getBytes("8859_1"),
"GB2312") %>
</body>
</html>
// 新的方式
<%@ page contentType="text/html; charset=gb2312" %>
<% request.setCharacterEncoding("GB2312"); %>
<html>
<body>
<form method=post action=test.jsp>
<input type=text name=your_name>
</form>
<%= request.getParameter("your_name") %>
</body>
</html>
解决JSP中文显示问题的几个方法
总结了以下几条方法：
1、在jsp页中加入一条语句：
<%@ page contentType="text/html;charset=gb2312" %>中文显示就正常了。
2、对于从网页中的文本框通过String parameter = request.getParameter(“parameter”);方式获得的字符串，均是8859_1的编码，
如果想把它显示在网页上就必须得用parameter = new
String(parameter.getBytes(“8859_1”),”gb2312”)进行转换，windows和linux这两种系统都是一样的。
有一个简单方法，就是在 getParameter() 方法获取参数之前，使用request.setCharacterEncoding("GB2312");，将提交的信息转化为 GB2312 编码。 3、但是对于将数据写入数据库的问题，采取的方式就不同了：
windows下，必须要采用该字符串转换再插入数据库，而linux下就不需要，而是直接把8859_1编码的字符插入。
如果从数据库中读出的数据，对于windows因为在插入时已经做了转换，所以读出时已经是gb2312的，当把它显示在网页上时，不需要做编码转换，而 linux上的mysql中的数据是8859_1的所以要做编码的转换。
4、如果你给某个字符串变量赋予一个中文字符串的值，那么在你取出他时，在网页上的显示是不需要做字符转换的，但是如果你要在linux下做字符的比较，则还需要把字符做parameter = new String(parameter.getBytes(“gb2312”),”8859_1”)的转换。 5、长江电力网站解决中文问题的方法是：
1)在catalina.sh文件中的相关位置添加下面一行 -Dfile.encoding=GBK \
2)在每个jsp文件的最前面添加下面两行
<%@ page contentType="text/html; charset=GBK" %>
<%request.setCharacterEncoding("GBK");%>
在基于JAVA的编程中，经常会碰到汉字的处里及显示的问题，比如一大堆乱码或问。
这是因为JAVA中默认的编码方式是UNICODE，而中国人通常使用的文件和DB都是基于
GB2312或者BIG5等编码，故会出现此问题。以前我也经常为这个问题而苦恼，后来经
查了些资料，终于解决了，我知道一定有很多朋友也会碰到这个问题，所以特就总结了
一下，来拿出来让大家一起分享了。
1、在网页中输出中文。
JAVA在网络传输中使用的编码是"ISO-8859-1"，故在输出时需要进行转化，如：
String str="中文";
str=new String(str.getBytes("GB2312"),"8859_1");
但如果在编译程序时，使用的编码是“GB2312”,且在中文平台上运行此程序，不会出现
此问题，一定要注意。
2、从参数中读取中文
这正好与在网页中输出相反如：
str=new String(str.getBytes("8859_1"),"GB2312");
3、操作DB中的中文问题
一个较简单的方法是：在“控制面扳”中，把“区域”设置为“英语(美国)”。如果还会出现
乱码，还可进行如下设置：
取中文时：str=new String(str.getBytes("GB2312"));
向DB中输入中文：str=new String(str.getBytes("ISO-8859-1"));
4、在JSP中的中文解决：
在“控制面扳”中，把“区域”设置为“英语(美国)”.
在JSP页面中加入：
如果还不行正常显示，则还要进行下面的转换：
如：name=new String(name.getBytes("ISO-8859-1"),"GBK");
就不会出现中文问题了。
-----------------------------------------------
用JSP转换中文字符在WAP里显示
<%@ page language="java" contentType="text/vnd.wap.wml;charset=UTF-8"%>
<%!
public static String toUTF(String inPara)
{
char temChr;
int ascChr;
int i;
String rtStr=new String("");
if(inPara==null)
{
inPara="";
}
for(i=0;i<inPara.length();i++)
{
temChr=inPara.charAt(i);
ascChr=temChr+0;
System.out.println(ascChr);
System.out.println(Integer.toBinaryString(ascChr));
rtStr=rtStr+"&#x"+Integer.toHexString(ascChr)+";";
}
return rtStr;
}
%>
<?xml version="1.0"?>
<!-- created by WAPtor (http://www.waptop.net/) -->
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN"
"http://www.wapforum.org/DTD/wml_1.1.xml">
<wml>
<!-- THIS IS THE FIRST CARD IN THE DECK -->
<card id="MainCard" title="This is a first card">
<p align="center">
This is a sample text
你好
<%
out.println("nihao");
%>
<br/>
<%
out.print(toUTF("你好大幅度法"));
%>
<br/>
你好的</p>
</card>
</wml>
JAVA字符编码的奥秘
一、概要 2
二、基本概念 2
2．1 JAVA中字符的表达 2
2．2 编码方式的简介 2
三、J2SE中相关的函数 3
四、JSP、数据库的编码 3
4．1 JSP中的编码 3
4．2 数据库的编码 4
五、源文件的编码 4
5．1 资源文件 4
5．2 源文件 4
附录：资源 5
JAVA字符的编码
一、概要
在JAVA应用程序特别是基于WEB的程序中，经常遇到字符的编码问题。为了防止出现
乱码，首先需要了解JAVA是如何处理字符的，这样就可以有目的地在输入/输出环节中
增加必要的转码。其次，由于各种服务器有不同的处理方式，还需要多做试验，确保使
用中不出现乱码。
二、基本概念
2．1 JAVA中字符的表达
JAVA中有char、byte、String这几个概念。char 指的是一个UNICODE字符，为16位的
整数。byte 是字节，字符串在网络传输或存储前需要转换为byte数组。在从网络接收
或从存储设备读取后需要将byte数组转换成String。String是字符串，可以看成是由
char组成的数组。String 和 char 为内存形式，byte是网络传输或存储的序列化形式。
举例：
英
String ying = “英”;
char ying = ying.charAt(0);
String yingHex = Integer.toHexString(ying);
82 F1
byte yingGBBytes = ying.getBytes(“GBK”);
GB编码的字节数值
D3 A2
2．2 编码方式的简介
String序列化成byte数组或反序列化时需要选择正确的编码方式。如果编码方式不正确
，就会得到一些0x3F的值。常用的字符编码方式有ISO8859_1、GB2312、GBK、UTF
-8/UTF-16/UTF-32。
ISO8859_1用来编码拉丁文，它由单字节（0－255）组成。
GB2312、GBK用来编码简体中文，它有单字节和双字节混合组成。最高位为1的字节
和下一个字节构成一个汉字，最高位为0的字节是ASCII码。
UTF-8/UTF-16/UTF-32是国际标准UNICODE的编码方式。 用得最多的是UTF-8，主要
是因为它在对拉丁文编码时节约空间。
UNICODE值 UTF-8编码
U-00000000 - U-0000007F: 0xxxxxxx
U-00000080 - U-000007FF: 110xxxxx 10xxxxxx
U-00000800 - U-0000FFFF: 1110xxxx 10xxxxxx 10xxxxxx
U-00010000 - U-001FFFFF: 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx
U-00200000 - U-03FFFFFF: 111110xx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
U-04000000 - U-7FFFFFFF: 1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
10xxxxxx
三、J2SE中相关的函数
String str =”英”;
//取得GB2312编码的字节
byte[] bytesGB2312 = str.getBytes(“GB2312”);
//取得平台缺省编码的字节(solaris为ISO8859_1,windows为GB2312)
byte[] bytesDefault = str.getBytes();
//用指定的编码将字节转换成字符串
String newStrGB = new String(bytesGB2312, “GB2312”);
//用平台缺省的编码将字节转换成字符串(solaris为ISO8859_1,windows为GB2312)
String newStrDefault = new String(bytesDefault);
//用指定的编码从字节流里面读取字符
InputStream in = xxx;
InputStreamReader reader = InputStreamReader( in, “GB2312”);
char aChar = reader.read();
四、JSP、数据库的编码
4．1 JSP中的编码
(1) 静态声明:
CHARSET有两个作用：
JSP文件的编码方式：在读取JSP文件、生成JAVA类时，源JSP文件中汉字的编码
JSP输出流的编码方式：在执行JSP时，往response流里面写入数据的编码方式
(2) 动态改变:在往response流里面写数据前可以调用response.setContentType()，设
定正确的编码类型。
(3) 在TOMCAT中，由Request.getParameter() 得到的参数，编码方式都是
ISO8859_1。所以如果在浏览器输入框内输入一个汉字“英”，在服务器端就得到一个
ISO8859_1编码的（0x00,0xD3,0x00,0xA2）。所以通常在接收参数时转码：
String wrongStr = response.getParameter(“name”);
String correctStr = new String(wrongStr.getBytes(“ISO8859_1”),”GB2312”);
在最新的SERVLET规范里面，也可以在获取参数之前执行如下代码：
request.setCharacterEncoding(“GB2312”);
4．2 数据库的编码
(1) 数据库使用UTF-16
如果String中是UNICODE字符，写入读出时不需要转码
(2) 数据库使用ISO8859_1
如果String中是UNICODE字符，写入读出时需要转码
写入：String newStr = new String(oldStr.getByte(“GB2312”), “ISO8859_1”);
读出：String newStr = new String(oldStr.getByte(“ISO8859_1”),”GB2312”);
-
五、源文件的编码
5．1 资源文件
资源文件的编码方式和编辑平台相关。在WINDOWS平台下编写的资源文件，以
GB2312方式编码。在编译时需要转码，以确保在各个平台上的正确性：
native2ascii –encoding GB2312 source.properties
这样从资源文件中读出的就是正确的UNICODE字符串。
5．2 源文件
源文件的编码方式和编辑平台相关。在WINDOWS平台下开发的源文件，以GB2312方
式编码。在编译的时候，需要指定源文件的编码方式：
javac –encoding GB2312
JAVA编译后生成的字节文件的编码为UTF-8。
①最新版TOMCAT4.1.18支持request.setCharacterEncoding(String enc)
②资源文件转码成company.name=\u82f1\u65af\u514b
③如果数据库使用utf-16则不需要这部分转码
④页面上应有
转码ⅰ:
String s = new String
(request.getParameter(“name”).getBytes(“ISO8859_1”),”GB2312”);
转码ⅱ:
String s = new String(name.getBytes(“GB2312”),”ISO8859_1”);
转码ⅲ:
String s = new String(name.getBytes(“ISO8859_1”),” GB2312”);
---------------------------------------------------------------------------------
static public String StringToUnicode(String text)
{
String result = "";
int input;
StringReader isr;
try
{
isr = new StringReader(new String(text.getBytes(),"GBK"));
}
catch (UnsupportedEncodingException e)
{
return "-1";
}
try {
while ((input = isr.read()) != -1)
{
result = result + "&#x"+Integer.toHexString(input)+";";
}
}
catch (IOException e)
{
return "-2";
}
isr.close();
return result;
}
public static String gb2utf(String inStr)
{
char temChr;
int ascInt;
int i;
String result=new String("");
if(inStr==null)
{
inStr="";
}
for(i=0;i<inStr.length();i++)
{
temChr=inStr.charAt(i);
ascInt=temChr+0;
System.out.println(ascInt);
System.out.println(Integer.toBinaryString(ascInt));
result=result+"&#x"+Integer.toHexString(ascInt)+";"
}
return result;
}
----------------------------------------------------------------------------------
由于各款手机性能不同，在中文显示上可能会出现问题，简单方法用<?xml
version="1.0" encoding="GB2312"?>这一句就可以了，我用手机试过，没有问题，但
如果是提交可能会有一点问题，经过试验，发现显示中文的最佳解决方法还是利用
UNICODE代码，解决方法是用encoding="utf-8"，必须用程序将转换成unicode，目前
未知ASP是否可以转换，但用JAVA或JSP可以有效的解决这个问题，源代码如下：
static public String getJsp(String name) throws Exception
{
String var = "";
if (name == null)
return var;
else return new String(name.trim().getBytes("ISO-8859-1"),"GBK");
JSP编写WAP输入中文乱码问题
终于从朋友（低调一贱男）那里得到解决办法：
引用：
在发送url请求的页面和接收url请求的页面做如下设置
<%response.setContentType("text/vnd.wap.wml;charset=UTF-8";%>//utf8
<%request.setCharacterEncoding("UTF-8";%>//参数处理方式utf8
<%@ page pageEncoding="ISO-8859-1"%>//页面字符处理方式 iso-8859-1
我的JSP例子说明：
输入页面test1.jsp ：
<%@ page contentType="text/vnd.wap.wml;charset=gb2312" %>
<%@ page pageEncoding="ISO-8859-1"%>
<?xml version="1.0" ?>
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN"
"http://www.wapforum.org/DTD/wml_1.1.xml">
<wml>
<card id="test1" title="汉字输入">
<p>
姓名<input name="name" size="10"/><br/>
号码<input name="id" format="*N" size="12"/><br/>
<anchor>确定
<go href="test2.jsp" method="post">
<postfield name="name" value="name"/>
<postfield name="id" value="id"/>
</go>
</anchor>
</card>
</wml>
//以上使用 <anchor> go method="post"> 的方法传送参数，用get好像不行
接收页面test2.jsp ：
<%@ page contentType="text/vnd.wap.wml;charset=utf-8" %>
<?xml version="1.0" ?>
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN"
"http://www.wapforum.org/DTD/wml_1.1.xml">
<wml>
<card id="test2" title="汉字接收">
<%
request.setCharacterEncoding("utf-8";
String name=request.getParameter("name";
String id=request.getParameter("id";
%>
<p>姓名:<%=name%></p>
<p>id:<%=id%></p>
<do type="prev" label="返回上页">
<prev/>
</do>
</card>
</wml>
把2个文件保存成为utf-8文件格式就可以了。
我的感觉主要是
request.setCharacterEncoding("utf-8";
起到很大作用， 如果输入页面是gb2312 格式
接受页面则要使用
request.setCharacterEncoding("gb2312";
建议还是使用utf-8,因为移动网关用utf-8
----------------------------------------------------------------------------------------
这个问题我终于弄明白了，众所周知的如果让程序I18N化，指定页面为UTF-8是目前
最好的选择。可当指定为UFT-8后写死的字符串肯定会出现乱码的问题(从已设成中文数
据库中读出的应不受影响)。这个平时不太重视的问题没想到解决起来还是很麻烦的，
于是使劲钻研了一把，现在把自己的一心学习心得记录如下。
只须把文件的存贮格式改为UTF-8即可。以editplus为例，document-->encoding
type-->UTF-8，保存。windows的记事本也可以的。
我来解释一下，unicode目前是两字节编码，就可以理解成与ISO的UCS(统一字符
集)是一回事。UTF-8就像它的8是单字节编码，但它还要表示unicode的编码字，只不
过是为了与广泛应用的单字节系统兼容，才有的UTF-8，Unicode Transportation
Format。 GB2312用的是2字节，其中的ASCII码字就用前128，当是汉字时，第一
个字节的最高一位就是1，反正是有一个标志以通知系统这是一个汉字要把其后的一个
字节连起来解释成一个汉字。
UTF-8其实是差不多的。只不过是汉字时，需要三个字节，标示特点如下：
1110xxxx 10xxxxxx 10xxxxxx
可以数出来所有的x一共是16位正好可以表示一个unicode字。
因为在windows平台上我们的纯文本文件默认保存都是按平台相关一般中文2000
就是GBK，所以当页面指定是UTF-8读出来的东西肯定要乱码了。而已UTF-8保存指定
UTF-8页面，就是jsp中写死的字符串也不会乱码，而这时指定为GB2312却要乱码了。
<注：'java与中文显示问题(转)1 - 6' 均转自 小一的blog 若涉及版权，望告知，即删除>
posted on 2006-11-02 16:48
dragon 阅读(300)
评论(0) 编辑 收藏 所属分类:
jsp mysql 乱码解决方案系列