JSP中的中文字符处理
在编写JSP程序时，常常会碰到中文字符处理的问题，在接受request的中文字符时显示出来一串乱码。网上处理方法一箩筐，下面说说我用过的两种有效地解决办法：
1.为程序编写一个字符串处理函数，用一个静态文件保存，在需要处理中文字符的JSP页面中包含它，
<%!
public String codeToString(String str)
{
String s=str;
try
{
byte temp[]=s.getBytes("ISO-8859-1");
s=new String(temp);
return s;
}
catch(Exception e)
{
return s;
}
}
%>
要转换时只需：coedeToString(request.getParameter(..));就可以了，很好用的。
2.一种普遍适用的方法，加一个过滤器，之后就可以过上一劳永逸的日子了。
package filters;
import java.io.IOException;
import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletRequestWrapper;
public class TomcatFormFilter implements Filter {
/**
* Request.java
* 对 HttpServletRequestWrapper 进行扩充, 不影响原来的功能并能提供所
有的 HttpServletRequest
* 接口中的功能. 它可以统一的对 Tomcat 默认设置下的中文问题进行解决而只
需要用新的 Request 对象替换页面中的
* request 对象即可.
*/
class Request extends HttpServletRequestWrapper
{
public Request(HttpServletRequest request) {
super(request);
}
/**
* 转换由表单读取的数据的内码.
* 从 ISO 字符转到 GBK.
*/
public String toChi(String input) {
try {
byte[] bytes = input.getBytes("ISO8859-1");
return new String(bytes, "GBK");
}
catch (Exception ex) {
}
return null;
}
/**
* Return the HttpServletRequest holded by this object.
*/
private HttpServletRequest getHttpServletRequest()
{
return (HttpServletRequest)super.getRequest();
}
/**
* 读取参数 -- 修正了中文问题.
*/
public String getParameter(String n
相关文档：
js好像本身不能获取服务器的IP,但JSP可以，所以用个隐藏域，js就可以借鸡下蛋了。
jsp代码如下：
<input type="hidden" id="serviceIp" name="serviceIp" value="<%=InetAddress.getLocalHost().getHostAddress()%>">
js代码如下：
function getServiceIP(){
var ser ......
一、JSP页面显示乱码
二、表单提交中文时出现乱码
三、数据库连接时出现乱码
大家在JSP的开发过程中，经常出现中文乱码的问题，可能一至困扰着您，我现在把我在JSP开发中遇到的中文乱码的问题及解决办法写出来供大家参考。
一、JSP页面显示乱码
下面的显示页面(display.jsp)� ......
1 ）首先建立管理用户表，其中 UserPopedom 记录用户的权限字符，其实也就是一些 JSP 或者 ACTION 的文件名：
CREATE TABLE [dbo].[AdminUser] (
[UserID] [varchar] (50) COLLATE Chinese_PRC_CI_AS NULL ,
[UserName] [varchar] (50) COLLATE Chinese_PRC_CI_AS NULL ,
[UserPass] [varchar ......
[list=1]
我们在做验证码的时候往往由于要反作弊，验证有时故意加入多的干扰因素，这时验证码显示不很清楚，用户经常输入错误。这样不但要重新刷新页面，导致用户没有看清楚验证码而重填而不是修改，而且如果没有用session保存下用户输入的其它数据的话(如姓名)，用户刚刚输入的内容也不存在了，这样给用户造成不好的体验 ......
