问题是这样的：我的一个网站，在本地运行时不会出乱码的，但是上传到虚拟空间后发现，有部分版块的查询功能只要涉及中文字段，就查询不到有效数据，查出来的是先前录入的乱码数据，也就是把握提交的中文看成是乱码了。刚开始在本地也有，后来本地加了个过滤器，所有页面都是pageEcoding="GBK",就解决了，但上传到空间就出现这个问题。
而且，我是有10个板块，有6个板块的查询功能会出现这样的问题，因为这10个查询功能的方法，我已经做了分装，参数是sql语句，所以要有问题，也应该是10个板块都有乱码问题，而且和其余4个板块的代码都仔细对比过，没有发现不同的代码，都是同一规范的。
想问问，是我的问题，还是虚拟空间的问题,谢谢大家
而且，我是有10个板块，有6个板块的查询功能会出现这样的问题，因为这10个查询功能的方法，我已经做了分装，参数是sql语句，所以要有问题，也应该是10个板块都有乱码问题，而且和其余4个板块的代码都仔细对比过，没有发现不同的代码，都是同一规范的。
想问问，是我的问题，还是虚拟空间的问题,谢谢大家
关于乱码的讨论已经是相当的多了,我目前常用的方案是:通一编码,如所有的编码全部设置为UTF-8,使用过滤器,使用编码转换.具体的网上找下吧
{
String st="";
try{
st=new String(ss.getBytes("ISO-8859-1"),"gb2312");
}catch(Exception ex)
{
System.out.println(ex.getMessage()+" admin.java ConvertStr()编码转换出错");
}
return st;
}
下面的显示页面(display.jsp)就出现乱码：
<html>
<head>
<title>JSP的中文处理</title>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</head><body>
<%
out.print("JSP的中文处理");
%>
</body>
</html>
对不同的WEB服务器和不同的JDK版本，处理结果就不一样。原因：服务器使用的编码方式不同和浏览器对不同的字符显示结果不同而导致的。解决办法：在JSP页面中指定编码方式(gb2312),即在页面的第一行加上：<%@ page contentType="text/html; charset=gb2312"%>，就可以消除乱码了。完整页面如下：
<%@ page contentType="text/html; charset=gb2312"%>
<html>
<head>
<title>JSP的中文处理</title>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</head><body>
<%
out.print("JSP的中文处理");
%>
</body>
</html>二、表单提交中文时出现乱码
下面是一个提交页面(submit.jsp)，代码如下：
<html>
<head>
<title>JSP的中文处理</title>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</head><body>
<form name="form1" method="post" action="process.jsp">
<div align="center">
<input type="text" name="name">
<input type="submit" name="Submit" value="Submit">
</div>
</form>
</body>
</html>
下面是处理页面(process.jsp)代码：
<%@ page contentType="text/html; charset=gb2312"%>
<html>
<head>
<title>JSP的中文处理</title>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</head><body>
<%=request.getParameter("name")%>
</body>
</html>
如果submit.jsp提交英文字符能正确显示，如果提交中文时就会出现乱码。原因：浏览器默认使用UTF-8编码方式来发送请求，而UTF- 8和GB2312编码方式表示字符时不一样，这样就出现了不能识别字符。解决办法:通过request.seCharacterEncoding ("gb2312")对请求进行统一编码，就实现了中文的正常显示。修改后的process.jsp代码如下：
<%@ page contentType="text/html; charset=gb2312"%>
<%
request.seCharacterEncoding("gb2312");
%>
<html>
<head>
<title>JSP的中文处理</title>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</head><body>
<%=request.getParameter("name")%>
</body>
</html>三、数据库连接出现乱码
只要涉及中文的地方全部是乱码，解决办法：在数据库的数据库URL中加上
useUnicode=true&characterEncoding=GBK 就OK了。四、数据库的显示乱码
在mysql4.1.0中,varchar类型，text类型就会出现中文乱码，对于varchar类型把它设为binary属性就可以解决中文问题，对于text类型就要用一个编码转换类来处理，实现如下：
public class Convert {
/** 把ISO-8859-1码转换成GB2312
*/
public static String ISOtoGB(String iso){
String gb;
try{
if(iso.equals("") || iso == null){
return "";
}
else{
iso = iso.trim();
gb = new String(iso.getBytes("ISO-8859-1"),"GB2312");
return gb;
}
}
catch(Exception e){
System.err.print("编码转换错误："+e.getMessage());
return "";
}
}
}
把它编译成class，就可以调用Convert类的静态方法ISOtoGB()来转换编码。
如果你还有什么不懂之处：我给大家推荐一个好的JSP-JAVA网站：http://www.phy.hbnu.edu.cn/dsp/
总结：1. 在jsp中<%@ page contentType="text/html; charset=A" %>如果指定了，那么在改jsp中所有构造的String（不是引用），如果沒有指定编码，那么这些String的编码是A的。
从request的得到的String如果沒有指定request的编码的话，他是iso-8859-1的
从别的地方得到的String是使用原來初始的编码的，比如从数据库得到String,如果数据库的编码是B,那么该String的编码是B而不是A的，也不是系统默认的。
此时，如果要输出的String的编码不是A,那么，很可能显示乱码的，所以首先要将String正確转化为编码A的String,然后输出。2. 在jsp中<%@ page contentType="text/html; charset=A" %>沒有指定，那么相当于指定了<%@ page contentType="text/html; charset=ISO-8859-1" %>3． Servelte中如果执行了像 response.setContentType("text/html;charset=A");説明将response的字符输出流编码设置为A,所有要输出的String的编码要转化为A的，否則会得到乱码的。
Servelet中从request得到的String的编码和jsp中一样的，但是在servlet java文件中构造的String是使用的系统默认的编码的。在servelt中从外部得到的String 是使用原来的编码的，比如从编码为B的数据库得到的数据是编码为B的,不是A,也不是系统默认的编码。
问题解决了，是页面form提交时没有加method=post
还有发现个问题，加过滤器只限于对自己服务器可以，如果是部署在别人虚拟空间里的话,就不行了。
原因是,虚拟空间的TOMCAT的server.xml里,是默认的内容,所以加过滤器无效。
我现在用struts2做网站了，直接加个拦截器就搞定字符问题了
谢谢各位，结贴。