J2EE中文问题
在一个Web应用中经常需要向服务器传递一些参数，一般通过form向服务器发送一个POST请求。在参数中有可能包含中文信息，如用户信息登记、购物定单中的地址信息等等。参数字符串一般用本地字符集进行编码，如中文采用GB2312或GBK字符集，英文或西欧文字采用ISO8859_1字符集，但在Java程序中一律采用Unicode处理字符串，这就需要有一个编码转换的过程。不幸的是，现有的大部分Java应用服务器都是在英语国家开发出来的，由于缺乏大字符集（中文、日文、韩文等）的应用环境，这些应用服务器在处理HTTP请求参数时都存在一些中文处理的问题，也是最为困扰JSP和Servlet开发者的问题。
产生这一问题的根本原因是在HTTP请求中缺乏足够的信息来指明客户端所使用的字符集。在一个JSP页面中我们可以通过下面的伪指令来指明输出页面所使用的字符集：
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。
可以写如下方法：
产生这一问题的根本原因是在HTTP请求中缺乏足够的信息来指明客户端所使用的字符集。在一个JSP页面中我们可以通过下面的伪指令来指明输出页面所使用的字符集：
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。
可以写如下方法：
//字符编码转换：ISO8859-1 ---> GB2312
public static String toChinese(String strvalue){
try{
if(strvalue==null) {
return null;
}
else{
strvalue = new String(strvalue.getBytes("ISO8859_1"), "GB2312");
return strvalue;
}
}catch(java.io.UnsupportedEncodingException uee){
Logger.error("java.io.UnsupportedEncodingException in com.drc.util.Common.toChinese()");
return null;
}
}
public static String toChinese(String strvalue){
try{
if(strvalue==null) {
return null;
}
else{
strvalue = new String(strvalue.getBytes("ISO8859_1"), "GB2312");
return strvalue;
}
}catch(java.io.UnsupportedEncodingException uee){
Logger.error("java.io.UnsupportedEncodingException in com.drc.util.Common.toChinese()");
return null;
}
}
在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>
// 传统方式
<%@ 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>
相关评论：
你说的方法只有在form里面用提交的方式将客户端的输入提交到后台才有用，因为，这时候的request的默认编码方式是iso-8859-1, 如果设置了request.setCharacterEncoding("GB2312")，就是设置newString(***.getByte("ISO-8859-1"),"GB2312");而如果是用forward方式，再用request.getParameter时，由于用forward提交的param的默认编码方式不一定ISO-8859－1,所以request.setCharacterEncoding("GB2312")，即使设置了se得不到正确的中文。我刚才试了一下，就是这样的结果，如何解决forward的param的中文问题呢？
浙公网安备 33010602011771号