当前位置：文江博客话题详情

重定向后访问请求范围内的自定义对象的 HashMap

发布于 2024-12-20 07:26:06 字数 199 浏览 2 评论 0原文

我有一个自定义对象的 HashMap，使用 RequestDispatcher 传递到 JSP，并且我能够使用 JSTL 访问该对象及其属性。

但是，如果使用 response.sendRedirect() 发送参数，则代码会失败。

我不确定原因是什么以及如何使其发挥作用？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

把昨日还给我 2024-12-27 07:26:06

response.sendRedirect() 基本上指示客户端（网络浏览器）在给定 URL 上发送新请求。您还会看到浏览器地址栏中的更改反映了这一点。

新请求当然不包含先前（或任何其他）请求的属性。否则就会破坏“请求范围”的整个概念。

要预处理 GET 请求，您需要在 Servlet 的 doGet() 方法中执行此操作，然后重定向到该 Servlet 的 URL。

例如

response.sendRedirect(request.getContextPath() + "/foo");

，

@WebServlet("/foo")
public class FooServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        Map<String, Foo> foos = fooService.map();
        request.setAttribute("foos", foos);
        request.getRequestDispatcher("/WEB-INF/foo.jsp").forward(request, response);
    }

}

请注意，此问题与请求范围内的自定义对象的哈希映射没有任何关系。

另请参阅：

我们的 servlet wiki 页面

The response.sendRedirect() basically instructs the client (the webbrowser) to send a new request on the given URL. You'll also see this being reflected by a change in the browser address bar.

A new request does of course not contain the attribtues of the previous (or any other) request. That would otherwise have broken the whole concept of "request scope".

To preprocess a GET request, you need to do the job in doGet() method of a servlet and then redirect to the URL of that servlet instead.

E.g.

response.sendRedirect(request.getContextPath() + "/foo");

and

@WebServlet("/foo")
public class FooServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        Map<String, Foo> foos = fooService.map();
        request.setAttribute("foos", foos);
        request.getRequestDispatcher("/WEB-INF/foo.jsp").forward(request, response);
    }

}

Note that this problem is in no way related to having a hashmap of custom objects in the request scope.