[JAVAWEB实战篇]---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会自动重新以新的编码格式打开。汉字即可正常显示。

本文出自 “SeaSky” 博客，请务必保留此出处http://seasky09.blog.51cto.com/7243998/1208264