当使用org.omnifaces.cdi.ViewScoped时，我的javax.servlet.Filter在单个页面

Question

我的用于记录页面视图的servlet过滤器正在接收带有单个页面请求的GET和POST。我追溯到在页面后台bean上使用Omnifaces ViewScope。

@Named
@org.omnifaces.cdi.ViewScoped

我碰巧注意到我的日志文件中有精确的时间戳。使用下面的简化版本进行调试，在一个页面请求上，doFilter会执行两次，第一次是GET，URL是我浏览的URL。然后doFilter会再次执行，它是POST，URL就是我来自的页面。如果我刷新页面，我会看到一个GET，然后是到同一页面的POST。如果我使用javax.faces.view.ViewScoped，则只有GET请求进入。

@Override
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
HttpServletRequest httpRequest = (HttpServletRequest) request;
System.out.println(new java.util.Date() + " " + ((HttpServletRequest) request).getMethod() + " " + httpRequest.getServletPath());
chain.doFilter(request, response);
}

例如，如果我正在查看http://localhost:8080/myApp/page1.xhtml我将url更改为page2.xhtml

过滤器将写出

Wed Aug 26 12:17:04 EDT 2020 GET /page2.xhtml
Wed Aug 26 12:17:04 EDT 2020 POST /page1.xhtml

也许是故意的。但我只想记录用户浏览的页面，而不是他们来自的页面。它像这样简单吗？：

if(((HttpServletRequest) request).getMethod().equalsIgnoreCase("GET")){
//Write to actual log file
}

还是我使用omnifaces viewscope错误？

Answer 1

这确实是经过设计的。上一个页面上的POST基本上发送一个页面已卸载的信号，因此@ViewScoped背后的逻辑知道它必须立即销毁JSF视图状态和物理bean。

另请参阅文档：

。。。这个CDI视图范围注释将保证在浏览器卸载时也调用@PreDestroy注释的方法。这个技巧是由navigator.sendBeacon完成的。对于不支持navigator.sendBeacon的浏览器，它将回退到同步XHR请求。

如果要在过滤器中检测到它们，则可以使用ViewScopeManager#isUnloadRequest()。

if (!ViewScopeManager.isUnloadRequest(request)) {
// Write to actual log file.
}
chain.doFilter(request, response); // Ensure that this just continues!

这也记录在"；检测卸载请求"；。

当卸载请求到达servlet过滤器或身份验证机制或任何全局侦听器/观察器，并且您希望能够检测到它们，以便将它们从逻辑中排除时，您可以使用ViewScopeManager#isUnloadRequest(HttpServletRequest)或ViewScopeManager#isUnloadRequest(FacesContext)，具体取决于FacesContext在当前上下文中是否可用。您应该始终确保流只是为它们继续，否则卸载请求将无法完成显式销毁bean和状态的工作。