我在视图 Scoped Bean 中有一个带有 @PreDestroy 注释的方法和另一个带有 @PostConstruct 注释的方法。
每次我导航到使用此视图范围 bean 的页面时，都会正确调用 @PostConstruct 方法。
但是，当我通过 <h:link/> 导航到新页面（不使用此视图范围 bean）时，永远不会调用 @PreDestroy 方法。
我说的不是changing manually the url or the end of the session，只是一个导航案例。
我错过了什么？
提前致谢
【问题讨论】：
这是设计使然。只有当 POST 操作导致导航不是回发到同一视图时（即操作方法没有返回 null 或 void，而是完全值得的 String，即使当只是空的）。
<h:link> 生成一个不调用任何 POST 操作的 GET 链接。由于在卸载视图时无法可靠地通过 (XML)HTTP 请求通知服务器端，因此无法通知 JSF 销毁与视图关联的视图范围 bean。在这种情况下，视图范围的 bean 将仅在会话过期或会话中的最大逻辑视图已超过（默认为 15）并且关联视图按顺序排列的第一个时被销毁。
如果您真的想通过导航操作破坏视图范围的 bean，那么最好的办法是通过 <h:commandLink> 将其设为 POST 请求，并通过返回导航结果发出重定向带有?faces-redirect=true 参数。但这毕竟不是 SEO 友好的，因为机器人不会索引 POST 链接。
我毕竟不在乎视图仍在会话中。如果您打算进行一些清理或记录，我会根据具体的功能要求寻找替代方法。
在 theory 中，HTML DOM onbeforeunload 事件是可能的，但这是一个非标准事件，浏览器行为未指定在此期间发送 ajax 请求时会发生什么事件。它有时会到达，但有时也不会。
更新：在实践中，自 OmniFaces 2.2 起，这已在 OmniFaces @ViewScoped 中实现。最初在synchronous XHR 的帮助下，从OmniFaces 2.6 开始，在beacon 的帮助下。它在主流浏览器中运行良好。从 OmniFaces 2.3 开始，它甚至会立即销毁相关的 JSF 服务器端视图状态，而从 OmniFaces 2.6 开始，它甚至会立即销毁物理 bean，从而进一步减少不必要的内存使用。另请参阅JSF: Mojarra vs. OmniFaces @ViewScoped: @PreDestroy called but bean can't be garbage collected
【讨论】：
@PreDestroy 可能会在新加载的视图的@PostConstruct 之后调用？
我准备了一个小型 NetBeans 项目，演示 JSF2.2 CDI 兼容的 @ViewScoped bean (javax.faces.view.ViewScoped) 何时在不同的导航案例（对于 Mojarra 2.2.9、Glassfish4、NetBeans8. 0.2，JDK1.7)，可用于download here。 此处省略代码，请看下载。
处理的导航案例和结果通过这张图总结：
要监视 @ViewScoped bean，请针对 Glassfish（或迷你项目中的内置 NetBeans 分析器）使用 VisualVM，并在包名称“webel.com.jsf”上过滤采样器内存堆直方图类视图。下图显示了一个荒谬的 66 个实例 webel.com.jsf.Jsf22ViewBean 在大量试验 h:link、浏览器 URL GET 和浏览器 RELOAD GET 之后，哪些实例不会被垃圾收集（您可以使用 VisualVM 执行 GC 按钮进行测试）：
相比之下，使用 h:commandButton 和 action 方法从 index.xhtml（一次使用 @ViewScoped bean 进行简单的 EL 变量读取）导航到 done.xhtml（根本不使用 bean）表达式或操作字符串导致 @ViewScoped bean 被释放以进行垃圾收集（WeldClientProxy 始终有一个引用到 @ViewScoped bean，并且当您使用 h:commandButton 来回导航时，WeldClientProxy 从一个可释放 bean 移动到下一个）。
【讨论】：