五种JSP页面跳转方法详解

  

1. RequestDispatcher.forward()

　　是在服务器端起作用,当使用forward()时,Servlet engine传递HTTP请求从当前的Servlet or JSP到另外一个Servlet,JSP 或普通HTML文件,也即你的form提交至a.jsp,在a.jsp用到了forward()重定向至b.jsp,此时form提交的所有信息在 b.jsp都可以获得,参数自动传递. 但forward()无法重定向至有frame的jsp文件,可以重定向至有frame的html文件,同时forward()无法在后面带参数传递,比如servlet?name=frank,这样不行,可以程序内通过response.setAttribute(name,name)来传至下一个页面。

　　重定向后浏览器地址栏URL不变。

　　例：在servlet中进行重定向

public void doPost(HttpServletRequest request,HttpServletResponse response)
throws ServletException,IOException
{
　 response.setContentType(text/html; charset=gb2312);
　 ServletContext sc = getServletContext();
　 RequestDispatcher rd = null;
　 rd = sc.getRequestDispatcher(/index.jsp); //定向的页面
　 rd.forward(request, response);
}

　　通常在servlet中使用，不在jsp中使用。

　　2. response.sendRedirect()

　　是在用户的浏览器端工作,sendRedirect()可以带参数传递,比如servlet?name=frank传至下个页面,同时它可以重定向至不同的主机上,sendRedirect()可以重定向有frame.的jsp文件.

　　重定向后在浏览器地址栏上会出现重定向页面的URL

　　例：在servlet中重定向

public void doPost(HttpServletRequest request,HttpServletResponse response)
throws ServletException,IOException
{
　 response.setContentType(text/html; charset=gb2312);
　 response.sendRedirect(/index.jsp);
}

　　由于response是jsp页面中的隐含对象，故在jsp页面中可以用response.sendRedirect()直接实现重定位。

　　注意：

　　(1) 使用response.sendRedirect时，前面不能有HTML输出；

　　这并不是绝对的，不能有HTML输出其实是指不能有HTML被送到了浏览器。事实上现在的server都有cache机制，一般在8K（我是说 JSP　SERVER），这就意味着，除非你关闭了cache，或者你使用了out.flush()强制刷新，那么在使用sendRedirect之前，有少量的HTML输出也是允许的。

　　(2) response.sendRedirect之后，应该紧跟一句return。

　　我们已经知道response.sendRedirect是通过浏览器来做转向的，所以只有在页面处理完成后，才会有实际的动作。既然你已经要做转向了，那么后的输出还有什么意义呢？而且有可能会因为后面的输出导致转向失败。

　　比较：

　　(1) Dispatcher.forward()是容器中控制权的转向，在客户端浏览器地址栏中不会显示出转向后的地址；

　　(2) response.sendRedirect()则是完全的跳转，浏览器将会得到跳转的地址，并重新发送请求链接。这样，从浏览器的地址栏中可以看到跳转后的链接地址。

　　前者更加高效，在前者可以满足需要时，尽量使用RequestDispatcher.forward()方法。

　　注：在有些情况下，比如，需要跳转到一个其它服务器上的资源，则必须使用HttpServletResponse.sendRequest()方法。

　　3. ＜jsp:forward page= /＞

　　它的底层部分是由RequestDispatcher来实现的，因此它带有RequestDispatcher.forward()方法的印记。

　　如果在之前有很多输出,前面的输出已使缓冲区满,将自动输出到客户端,那么该语句将不起作用,这一点应该特别注意。

　　另外要注意：它不能改变浏览器地址，刷新的话会导致重复提交

　　4. 修改HTTP header的Location属性来重定向

　　通过设置直接修改地址栏来实现页面的重定向。

　　jsp文件代码如下：

＜%
　response.setStatus(HttpServletResponse.SC_MOVED_PERMANENTLY);
　String newLocn = /newpath/jsa.jsp;
　response.setHeader(Location,newLocn);
%＞


　　5. JSP中实现在某页面停留若干秒后,自动重定向到另一页面

　　在html文件中，下面的代码：

＜meta http-equiv=refresh content=300; url=target.jsp＞

　　它的含义：在5分钟之后正在浏览的页面将会自动变为target.html这一页。代码中300为刷新的延迟时间，以秒为单位。targer.html为你想转向的目标页,若为本页则为自动刷新本页。

　　由上可知，可以通过setHeader来实现某页面停留若干秒后,自动重定向到另一页面。

　　关键代码：

String content=stayTime+;URL=+URL;
response.setHeader(REFRESH,content);

　　a. 接受参数时进行编码转换

String str = new String(request.getParameter(something).getBytes(ISO-8859-1),utf-8) ；

　　这样的话，每一个参数都必须这样进行转码。很麻烦。但确实可以拿到汉字。

　　b. 在请求页面上开始处，执行请求的编码代码

request.setCharacterEncoding(UTF-8)

　　把提交内容的字符集设为UTF－8。这样的话，接受此参数的页面就不必在转码了。直接使用

String str = request.getParameter(something)；

　　即可得到汉字参数。但每页都需要执行这句话。这个方法也就对post提交的有效果，对于get提交和上传文件时的enctype=multipart/form-data是无效的。稍后下面单独对这个两个的乱码情况再进行说明。

　　c. 为了避免每页都要写request.setCharacterEncoding(UTF-8)，建议使用过滤器对所有jsp进行编码处理。这个网上有很多例子。请大家自己查阅。

　　表单get提交方式的乱码处理方式

　　如果使用get方式提交中文，接受参数的页面也会出现乱码，这个乱码的原因也是tomcat的内部编码格式iso8859-1导致。Tomcat会以get的缺省编码方式iso8859-1对汉字进行编码，编码后追加到url，导致接受页面得到的参数为乱码/、。

　　解决办法：

　　a. 使用上例中的第一种方式，对接受到的字符进行解码，再转码。

　　b. Get走的是url提交，而在进入url之前已经进行了iso8859-1的编码处理。要想影响这个编码则需要在server.xml的Connector节点增加useBodyEncodingForURI=true属性配置，即可控制tomcat对get方式的汉字编码方式，上面这个属性控制get提交也是用request.setCharacterEncoding(UTF-8)所设置的编码格式进行编码。所以自动编码为utf-8，接受页面正常接受就可以了。但我认为真正的编码过程是，tomcat又要根据

＜Connector port=8080
maxThreads=150 minSpareThreads=25 maxSpareThreads=75
enableLookups=false redirectPort=8443 acceptCount=100
debug=0 connectionTimeout=20000 useBodyEncodingForURI=true
disableUploadTimeout=true URIEncoding=UTF-8/＞

　　里面所设置的URIEncoding=UTF-8再进行一次编码，但是由于已经编码为utf-8，再编码也不会有变化了。如果是从url获取编码，接受页面则是根据URIEncoding=UTF-8来进行解码的。

　　上传文件时的乱码解决

　　上传文件时，form表单设置的都是enctype=multipart/form-data。这种方式以流方式提交文件。如果使用apach的上传组件，会发现有很多乱码想象。这是因为apach的先期commons-fileupload.jar有bug，取出汉字后进行解码，因为这种方式提交，编码又自动使用的是tomcat缺省编码格式iso-8859-1。但出现的乱码问题是：句号，逗号，等特殊符号变成了乱码，汉字如果数量为奇数，则会出现乱码，偶数则解析正常。

　　解决方式：

　　下载commons-fileupload-1.1.1.jar 这个版本的jar已经解决了这些bug。

　　但是取出内容时仍然需要对取出的字符进行从iso8859-1到utf-8转码。已经能得到正常所有汉字以及字符。

　　Java代码关于url请求，接受参数的乱码

　　url的编码格式，取决于上面所说的URIEncoding=UTF-8。如果设定了这个编码格式，则意味着所有到url的汉字参数，都必须进行编码才可以。否则得到的汉字参数值都是乱码，例如一个链接：

Response.sendDerect（/a.jsp?name=张大维）；

　　而在a.jsp里面直接使用

String name = request.getParameter（name）；

　　得到的就是乱码。因为规定了必须是utf-8才可以，所以，这个转向应该这样写：

Response.sendDerect（/a.jsp?name=URLEncode.encode(张大维,utf-8)；

　　才可以。

　　如果不设置这个参数URIEncoding=UTF-8，会怎么样呢? 不设置则就使用了缺省的编码格式iso8859-1。问题又出来了，第一就是参数值的个数如果是奇数个数，则就可以正常解析，如果使偶数个数，得到最后字符就是乱码。还有就是如果最后一个字符如果是英文，则就能正常解析，但中文的标点符号仍出现乱码。权宜之计，如果您的参数中没有中文标点符号，则可以在参数值最后加一个英文符号来解决乱码问题，得到参数后再去掉这个最后面的符号。也可以凑或使用。

　　脚本代码关于url请求，接受到的参数乱码

　　脚本中也会进行页面转向的控制，也会涉及到附带参数，并在接受页面解析这个参数的情况。如果这个汉字参数不进行URIEncoding=UTF-8所指定的编码处理，则接受页面接受到的汉字也是乱码。脚本处理编码比较麻烦，必须有相应的编码脚本对应文件，然后调用脚本中的方法对汉字进行编码即可。

　　关于jsp在MyEclipse中打开的乱码问题

　　对于一个已经存在的项目，Jsp文件的存储格式可能是utf-8。如果新安装的eclipse，则缺省打开使用的编码格式都是iso8859-1。所以导致jsp里面的汉字出现乱码。这个乱码比较容易解决，直接到eclipse3.1的偏好设置里面找到general-〉edidor，设置为您的文件打开编码为utf-8即可。Eclipse会自动重新以新的编码格式打开。汉字即可正常显示。



　　关于html页面在eclipse中打开出现乱码情况

　　由于大部分页面都是由dreamweaver制作，其存储格式跟eclipse的识别有差别导致。一般这种情况，在eclipse中新建一个jsp，直接从dreamweaver复制页面内容粘贴到jsp即可。