Java Servlet重定向技巧：避免404错误方法

在开发Java Web应用程序时，将用户从一个页面或Servlet引导到另一个页面是常见的需求，例如在文件上传成功后跳转到数据处理页面。然而，不正确的页面跳转实现常常导致HTTP 404 Not Found错误。本文将深入探讨这一问题，并提供在Java Servlet中实现页面重定向的正确策略。

理解HTTP 404错误与不当的路径引用

当Web服务器返回HTTP Status 404 – Not Found错误时，意味着服务器无法找到请求的资源。在Java Servlet环境中，这通常是由于在尝试转发或重定向时，提供了错误的资源路径。

考虑以下场景：一个Servlet在处理完文件上传后，试图将用户重定向到sheetsdetails.jsp页面以收集更多输入。原始代码中使用了RequestDispatcher，并指定了一个完整的本地文件系统路径：

RequestDispatcher rd = request.getRequestDispatcher("/C:\\Users\\khuha\\eclipse-workspace\\finalApplication\\src\\main\\webapp\\sheetsdetails.jsp");
rd.forward(request, response);

这种做法是错误的，原因如下：

1. RequestDispatcher的工作机制： RequestDispatcher用于在服务器内部将请求转发给另一个资源（Servlet或JSP）。它期望的路径是相对于Web应用程序根目录的上下文路径，而不是文件系统的绝对路径。服务器不会将文件系统路径解析为可访问的Web资源。
2. Web应用资源路径： Web应用程序中的JSP文件、HTML文件、图片等静态资源，在部署后，其访问路径是相对于Web应用的上下文根（Context Root）而言的。例如，如果sheetsdetails.jsp位于webapp目录下，其在Web应用中的逻辑路径就是/sheetsdetails.jsp。

因此，当Servlet尝试使用一个C:\Users\...这样的文件系统路径时，Tomcat服务器自然无法在Web应用内部找到对应的资源，从而抛出404 Not Found错误。

正确的页面重定向策略：使用HttpServletResponse.sendRedirect()

在Servlet中，实现客户端重定向（即通知浏览器去请求一个新的URL）的标准方法是使用HttpServletResponse.sendRedirect()。

sendRedirect()方法的工作原理是：

1. Servlet向客户端（浏览器）发送一个HTTP 302 Found（或303 See Other，307 Temporary Redirect）状态码，以及一个Location头，其中包含新的URL。
2. 客户端浏览器接收到这个响应后，会根据Location头中的URL发起一个新的GET请求到指定的资源。

为了确保重定向的正确性和可移植性，我们应该使用Web应用程序的上下文路径来构建目标URL。request.getContextPath()方法可以获取当前Web应用程序的上下文根路径。

示例代码： 将上述Servlet中的错误重定向逻辑修改为：

package finalApplication;

import java.io.File;
import java.io.IOException;
import java.util.List;

import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;

import org.apache.commons.fileupload.FileItem;
import org.apache.commons.fileupload.disk.DiskFileItemFactory;
import org.apache.commons.fileupload.servlet.ServletFileUpload;

public class uploader extends HttpServlet {

    protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        try {
            ServletFileUpload sf = new ServletFileUpload(new DiskFileItemFactory());
            List multifiles = sf.parseRequest(request);
            String filename = null;

            for (FileItem item : multifiles) {
                if (!item.isFormField()) { // 确保是文件字段
                    filename = item.getName();
                    // 注意：在实际生产环境中，不应将文件硬编码到绝对路径。
                    // 建议使用可配置的目录，或将文件存储到Web应用外部的安全位置，并通过配置或数据库记录其路径。
                    item.write(new File("C:\\Users\\khuha\\eclipse-workspace\\finalApplication" + "\\" + filename));
                }
            }

            HttpSession session = request.getSession();
            session.setAttribute("file", filename);

            // 正确的重定向方式：使用sendRedirect和上下文路径
            response.sendRedirect(request.getContextPath() + "/sheetsdetails.jsp");

        } catch (Exception ex) {  
            // 生产环境中应记录详细日志，并向用户显示友好的错误页面
            System.err.println("文件上传或重定向失败: " + ex.getMessage());
            // 可以选择重定向到错误页面或显示错误信息
            response.sendError(HttpServletResponse.SC_INTERNAL_SERVER_ERROR, "文件处理失败，请稍后再试。");
        }
    }
}

通过response.sendRedirect(request.getContextPath() + "/sheetsdetails.jsp")，我们构建了一个完整的、相对于服务器的URL，指示浏览器重新请求sheetsdetails.jsp。

RequestDispatcher.forward() 与 HttpServletResponse.sendRedirect() 的对比

理解这两种页面跳转机制的区别至关重要：

• RequestDispatcher.forward(request, response):

  • 服务器端转发： 请求在服务器内部从一个资源（Servlet）转发到另一个资源（JSP或另一个Servlet）。
  • URL不变： 浏览器地址栏中的URL不会改变，用户感知不到页面发生了跳转。
  • 共享请求和响应对象： 原始的HttpServletRequest和HttpServletResponse对象会传递给目标资源，这意味着可以在请求属性中存储数据并传递。
  • 适用场景： 当需要在一个请求-响应周期内完成内部处理和视图渲染时，例如MVC模式中的控制器转发到视图。
  • 路径： 必须是Web应用程序内部的相对路径（例如/sheetsdetails.jsp），不能是文件系统路径。

• HttpServletResponse.sendRedirect(URL):

  • 客户端重定向： 服务器发送一个重定向响应给浏览器，浏览器再发起一个新的请求。
  • URL改变： 浏览器地址栏中的URL会更新为新的URL。
  • 新的请求和响应对象： 重定向会创建一个全新的请求-响应周期，原始请求中的属性会丢失（除非通过会话或URL参数传递）。
  • 适用场景： 当需要将用户引导到一个完全不同的URL时，例如POST-Redirect-GET模式以避免表单重复提交，或者跳转到外部网站。
  • 路径： 可以是Web应用程序内部的相对路径（结合request.getContextPath()），也可以是完整的绝对URL。

在原问题中，用户上传