登录：login.jsp
check.java截取dopost中代码：
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
//设置服务器响应编码
//创建session 对象
HttpSession session=request.getSession();
//创建teacher 对象
teacher t=new teacher();
//act\pw的值为用户在act栏中输入的值
String act=request.getParameter("act");
String pw=request.getParameter("pw");
//将这个值放在bean里面
t.setAct(act);
t.setPw(pw);
//调用数据库 看是否用户名和密码匹配
Check1 ch=new Check1();
if(ch.login(t))
{
session.setAttribute("t",t);
request.getRequestDispatcher("gerenzhongxin.jsp").forward(request, response); //跳转到个人中心页面
}
}
}
效果：然后运行后表格里面全部都是“？”
解决方法：加上 response.setCharacterEncoding("UTF-8");
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
//设置服务器响应编码
response.setCharacterEncoding("UTF-8");
//创建session 对象
HttpSession session=request.getSession();
//创建teacher 对象
teacher t=new teacher();
//act\pw的值为用户在act栏中输入的值
String act=request.getParameter("act");
String pw=request.getParameter("pw");
//将这个值放在bean里面
t.setAct(act);
t.setPw(pw);
//调用数据库 看是否用户名和密码匹配
Check1 ch=new Check1();
if(ch.login(t))
{
session.setAttribute("t",t);
request.getRequestDispatcher("gerenzhongxin.jsp").forward(request, response); //跳转到个人中心页面
}
}
}效果如图：
对于 response.setCharacterEncoding("UTF-8");的理解：
看了别人的一些讲解，个人总结后认为是response指的是 服务器端对于要浏览器端数据的如何响应 的意思。调用response的setCharacterEconding()方法，将servlet将要跳转到的浏览器端数页面gerenzhongxin.jsp的数据编码设置为UTF-8。所以不论是gerenzhongxin.jsp页面已经在开头设置了<%@ page language="java" contentType="text/html; charset=GB2312"
pageEncoding="GB2312"%> 或者<%@ page language="java" contentType="text/html; charset=UTF-8"
pageEncoding="UTF-8"%>从servlet跳转过去都会出现问题，这就是因为servlet这边设置了对于跳转页面的编码。如果是servlet没有设置的话，默认的就是IOS8859-1编码，所以会出现乱码的情况。
以下转载fancylovejava 用户
fancylovejava
1、pageEncoding="UTF-8"的作用是设置JSP编译成Servlet时使用的编码。
2、contentType="text/html;charset=UTF-8"的作用是指定对服务器响应进行重新编码的编码。
3、request.setCharacterEncoding("UTF-8")的作用是设置对客户端请求进行重新编码的编码。
4、response.setCharacterEncoding("UTF-8")的作用是指定对服务器响应进行重新编码的编码。
response.setCharacterEncoding("UTF-8")的作用是指定对服务器响应进行重新编码的编码。同时，浏览器也是根据这个参数来对其接收到的数据进行重新编码（或者称为解码）。所以在无论你在JSP中设置response.setCharacterEncoding ("UTF-8")或者response.setCharacterEncoding("GBK")，浏览器均能正确显示中文（前提是你发送到浏览器的数据编码是正确的，比如正确设置了pageEncoding参数等）。
对于发送数据，服务器按照response.setCharacterEncoding—contentType—pageEncoding的优先顺序，对要发送的数据进行编码。
对于接收数据，要分三种情况。一种是浏览器直接用URL提交的数据，另外两种是用表单的GET和POST方式提交的数据。
对于表单中POST方式提交的数据，只要在接收数据的JSP中正确request.setCharacterEncoding参数，即将对客户端请求进行重新编码的编码设置成浏览器编码，就可以保证得到的参数编码正确。有写读者可能会问，那如何得到浏览器编码呢？上面我们提过了，在默认请情况下，浏览器编码就是你在响应该请求的JSP页面中response.setCharacterEncoding设置的值。所以对于POST表单提交的数据，在获得数据的JSP页面中request.setCharacterEncoding要和生成提交该表单的JSP页面的 response.setCharacterEncoding设置成相同的值。
对于URL提交的数据和表单中GET方式提交的数据，在接收数据的JSP中设置request.setCharacterEncoding参数是不行的，因为在Tomcat5.0中，默认情况下使用ISO- 8859-1对URL提交的数据和表单中GET方式提交的数据进行重新编码（解码），而不使用该参数对URL提交的数据和表单中GET方式提交的数据进行重新编码（解码）。要解决该问题，应该在Tomcat的配置文件的Connector标签中设置useBodyEncodingForURI或者 URIEncoding属性，其中useBodyEncodingForURI参数表示是否用request.setCharacterEncoding 参数对URL提交的数据和表单中GET方式提交的数据进行重新编码，在默认情况下，该参数为false（Tomcat4.0中该参数默认为true）； URIEncoding参数指定对所有GET方式请求（包括URL提交的数据和表单中GET方式提交的数据）进行统一的重新编码（解码）的编码。 URIEncoding和useBodyEncodingForURI区别是，URIEncoding是对所有GET方式的请求的数据进行统一的重新编码（解码），而useBodyEncodingForURI则是根据响应该请求的页面的request.setCharacterEncoding参数对数据进行的重新编码（解码），不同的页面可以有不同的重新编码（解码）的编码。所以对于URL提交的数据和表单中GET方式提交的数据，可以修改 URIEncoding参数为浏览器编码或者修改useBodyEncodingForURI为true，并且在获得数据的JSP页面中 request.setCharacterEncoding参数设置成浏览器编码。