浏览器返回 + viewscope bean

Question

问题是什么： 单击浏览器后退按钮时会发生什么情况 --> 打开一个其 viewscoped-managedbean 已被销毁的页面 --> 使用 grid-record-selections 从该页面提交来自 commandButton 的请求？

我的期望： 关联的 viewscope-managebean 被重新创建，接收 grid-record-selections，并像浏览器后退按钮一样处理它们。

我的经历： 未重新创建关联的 viewscope-managebean，不接收网格记录选择。必须重新输入 URL，或者单击浏览器返回按钮后 F5 才能再次正常工作。

所以这是成功场景，所有 bean 都是 viewscoped beans：

1. GET page1.xhtml --> 在@PostConstruct 中创建page1Bean，查询数据等
2. 从数据表中检查/选择多条记录，点击处理按钮
3. page1Bean 的 process 方法将选中的记录保存在 flash 对象中，并重定向到 page2.xhtml
4. page1Bean 销毁，page2Bean 创建，并在 preRenderView 监听器方法中，从 flash 对象中获取选中的记录，并进行处理
5. 点击“转到主页面”命令按钮重定向到page1.xhtml，page2Bean销毁，page1Bean重新创建
6. 从 2 号到 5 号循环仍然可行

现在，这是涉及浏览器后退按钮的错误场景（从 #6 开始发生不同的事情）：

1. GET page1.xhtml --> 在@PostConstruct 中创建page1Bean，查询数据等
2. 从数据表中检查/选择多条记录，点击处理按钮
3. page1Bean 的 process 方法将选中的记录保存在 flash 对象中，并重定向到 page2.xhtml
4. page1Bean 销毁，page2Bean 创建，并在 preRenderView 监听器方法中，从 flash 对象中获取选中的记录，并进行处理
5. 点击浏览器后退按钮 page2Bean 未销毁，page1Bean 未创建
6. 从数据表中检查/选择多条记录，点击处理按钮
7. page1Bean 方法执行（奇怪，因为 page1Bean 应该已被销毁），但看不到所做的记录选择，并重定向到 page2.xhtml
8. page1Bean 没有被销毁（没有日志输出），page2Bean 没有被创建（因为它没有被销毁），像往常一样执行 preRenderView 监听器，但是这一次，flash 对象中没有选择记录

是否可以使用带有浏览器后退按钮的 viewscope-beans 获得正常体验（就像没有浏览器后退按钮一样）？

这是我的依赖：

<dependency>
    <groupId>org.glassfish</groupId>
    <artifactId>javax.faces</artifactId>
    <version>2.1.3</version>
    <scope>compile</scope>
</dependency>

请分享你的想法！

Answer 1

浏览器似乎从其缓存中为页面提供服务，而不是向服务器发送完整的 HTTP GET 请求，而您将 JSF 状态保存方法设置为 server（这是默认设置）。

有两种方法可以解决这个问题：

1. 告诉浏览器不要缓存动态 JSF 页面。您可以在 filter 的帮助下完成此操作。

   @Override
   public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
       HttpServletRequest req = (HttpServletRequest) request;
       HttpServletResponse res = (HttpServletResponse) response;
   
       if (!req.getRequestURI().startsWith(req.getContextPath() + ResourceHandler.RESOURCE_IDENTIFIER)) { // Skip JSF resources (CSS/JS/Images/etc)
           res.setHeader("Cache-Control", "no-cache, no-store, must-revalidate"); // HTTP 1.1.
           res.setHeader("Pragma", "no-cache"); // HTTP 1.0.
           res.setDateHeader("Expires", 0); // Proxies.
       }
   
       chain.doFilter(request, response);
   }
   

   将过滤器映射到 FacesServlet 或其相同的 URL 模式。

2. 将JSF状态保存方式设置为客户端，使整个视图状态保存在表单的隐藏字段中，而不是服务器端的会话中。

   <context-param>
       <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
       <param-value>client</param-value>
   </context-param>
   

过滤方式更可取。

Answer 2

禁用页面的浏览器缓存的缺点是，如果用户使用浏览器返回导航到上一页，则会看到浏览器错误页面。 所以另一种解决方案是使用javascript识别页面是来自服务器还是来自浏览器缓存：

首先创建一个提供唯一 id 的简单支持 bean（在我的例子中是当前系统时间）：

@Named("browserCacheController")
@RequestScoped
public class BrowserCacheController implements Serializable {
private static final long serialVersionUID = 1L;
/**
 * Returns a unique increasing id for each request
 * @return
 */
public long getCacheID() {
    return System.currentTimeMillis();
}   
}

因此，现在您可以测试页面是从服务器还是浏览器提供，如果当前页面来自浏览器缓存，则重定向用户。请参阅以下放置在浏览器不应缓存的 jsf 页面中的 javascript 代码：

<script type="text/javascript">
    // check for latestCacheID
    if (!isValidCacheID(#{browserCacheController.cacheID})) {
        //redirect to some page
        document.location="#{facesContext.externalContext.requestContextPath}/index.jsf";
    }

    // test cacheID if it comes from the server....
    function isValidCacheID(currentCacheID) {
        if (!('localStorage' in window && window['localStorage'] !== null))
            return true; // old browsers not supported
        var latestCacheID=localStorage.getItem("org.imixs.latestCacheID");
        if (latestCacheID!=null && currentCacheID<=latestCacheID) {
            return false; // this was a cached browser page!
        }
        // set new id
        localStorage.setItem("org.imixs.latestCacheID", currentCacheID);
        return true;
    }
</script>

脚本也可以放到facelet中，让jsf代码更干净。