JSF 应用程序的生命周期

Author：Richard Hightower (rhightower@arc-mind.com), CTO, ArcMind

Original link：https://www6.software.ibm.com/developerworks/cn/education/java/j-jsf2/index.html

与许多人认为的相反，即使不了解 JSF 技术的细节，也可以编写 JSF 应用程序；只需通过开发一个项目，就可以学到许多东西。但是，了解某些基础知识会大大促进开发工作并节省许多时间。本节暂时抛开联系人应用程序，谈谈 JSF 请求处理生命周期的六个阶段，看看在每个阶段会发生什么以及各阶段是如何相互连接的。这些内容会为本教程余下部分的工作提供一些背景知识。

JSF 应用程序生命周期的阶段

JSF 应用程序生命周期的六个阶段是：

1.     恢复视图

2.     应用请求值；处理事件

3.     处理检验；处理事件

4.     更新模型值；处理事件

5.     调用应用程序；处理事件

6.     显示响应

这六个阶段是 JSF 处理表单 GUI 的一般次序。这个列表按照每个阶段可能的执行次序和事件处理进行排列，但是 JSF生命周期并不是固定的。可以改变执行的次序，跳过某些阶段或完全脱离生命周期。例如，如果一个无效的请求值被复制到组件，那么会重新显示当前视图，并可能不执行某些阶段。

还可以选择完全脱离 JSF，比如将处理委托给一个 servlet 或另一个应用程序框架。在这种情况下，可以执行一个FacesContext.responseComplete 方法调用，将用户重定向到另一个页面或 Web 资源，然后使用请求调度器（从FacesContext 中的请求对象获得）转发到适当的 Web 资源。也可以调用 FacesContext.renderResponse 来重新显示原来的视图。

最重要的是，在利用生命周期组织您的开发工作的同时不会受其束缚。在需要时可以修改默认的生命周期，而不必担心破坏应用程序。在大多数情况下，您会发现采用 JSF 的生命周期是值得的，因为它非常符合逻辑。

在执行任何应用程序逻辑之前，必须检验表单；在执行检验之前，必须对字段数据进行转换。如果坚持采用生命周期，您就可以集中精力考虑检验和转换的细节，而不必关注请求过程本身的阶段。还要注意，其他 Web 框架也有相似的生命周期；只不过没这么明显。

一些使用 JSF 的开发人员可能从来没有编写过组件或扩展过框架，而其他开发人员的工作却集中在这些任务上。 尽管对于几乎任何项目，JSF 生命周期都是相同的，开发人员可以根据其在项目中的角色参与不同的阶段。如果您主要从事整体应用程序开发，那么可能关注请求处理生命周期中间的几个阶段：

• 应用请求值
• 处理检验
• 更新模型值
• 调用应用程序

如果您主要从事 JSF 组件开发，那么可能关注生命周期的第一个阶段和最后一个阶段：

• 恢复视图
• 显示响应

下面分别讨论一下 JSF 请求处理生命周期的每个阶段，包括事件处理和检验。在开始之前，先看看图 5，图 5 显示 JSF应用程序生命周期的概况：

 

 

 

图 5. JSF 应用程序生命周期

阶段 1：恢复视图

在 JSF 生命周期的第一个阶段 — 恢复视图 中，通过 FacesServlet servlet 发来一个请求。这个 servlet 检查这个请求并提取出视图 ID（视图 ID 由 JSP 页面的名称决定）。

JSF 框架控制器使用这个视图 ID 为当前视图寻找组件。如果这个视图还不存在，JSF 控制器就创建它。如果视图已经存在，JSF 控制器就使用它。视图包含所有 GUI 组件。

生命周期的这个阶段有三种视图实例：新视图、初始视图和 postback，每种视图的处理方法各不相同。对于新视图，JSF 构建一个 Faces 页面的视图，并将事件处理函数和检验器连接到组件。视图保存在一个 FacesContext 对象中。

FacesContext 存储状态信息，JSF 需要使用这些信息为当前请求管理 GUI 组件的状态。FacesContext 将视图存储在它的 viewRoot 属性中；viewRoot 包含与当前视图 ID 对应的所有 JSF 组件。

对于初始视图（第一次装载页面），JSF 创建一个空视图。在处理 JSP 页面时，填充这个空视图。填充初始视图之后，JSF 直接进入显示响应阶段。

对于 postback（用户返回到以前访问过的一个页面），与页面对应的视图已经存在，所以只需恢复它。在这种情况下，JSF 使用现有视图的状态信息重新构造它的状态。

阶段 2：应用请求值

应用请求值 阶段的目标是获取每个组件的当前状态。首先，必须从 FacesContext 对象获取或创建组件，然后获取它们的值。组件值常常取自请求参数，但是也可以取自 cookie 或请求头。对于许多组件，来自请求参数的值存储在组件的submittedValue 中。

如果组件的直接事件处理属性是 true，那么值被转换为正确的类型并被检验（在下一阶段中进一步进行转换）。然后，将转换后的值存储在组件中。如果值转换或值检验失败，那么生成一个错误消息并放在 FacesContext 中，在显示响应阶段，这个错误消息与任何其他检验错误一起显示。

阶段 3：处理检验

转换和检验一般发生在处理检验 阶段。组件转换并存储它的 submittedValue。例如，如果字段绑定到一个 Integer属性，那么值就转换为一个 Integer。如果值转换失败，那么生成一个错误消息并放在 FacesContext 中，在显示响应阶段，这个错误消息与任何其他检验错误一起显示。

在应用请求值阶段之后，发生生命周期的第一次事件处理。在这个阶段，根据应用程序的检验规则检验每个组件的值。检验规则可以是预定义的（JSF 附带的），也可以由开发人员定义。将用户输入的值与检验规则进行对比。如果输入的值是无效的，就将一个错误消息添加到 FacesContext 中，并将组件标为无效。如果一个组件被标为无效，JSF 就跳过其他阶段，进入显示响应阶段，就会显示当前的视图和检验错误消息。如果没有发生检验错误，JSF 就进入更新模型值阶段。

阶段 4：更新模型值

JSF 应用程序生命周期的第四个阶段 — 更新模型值 — 通过更新托管 bean 的属性，更新服务器端模型的实际值。只有绑定到一个组件的值的 bean 属性被更新。注意，这个阶段在检验之后发生，所以可以确信复制到 bean 属性的值是有效的（至少在表单字段级上有效；它们在业务规则级上仍然可能是无效的）。

阶段 5：调用应用程序

在生命周期的第五个阶段 — 调用应用程序 — JSF 控制器调用应用程序来处理表单提交。组件值已经经过转换、检验并应用于模型对象，所以现在可以使用它们执行应用程序的业务逻辑。

在这个阶段，调用您的动作处理方法，比如这个示例应用程序的 ContactController 中的 persist() 方法和read() 方法。

在这个阶段，还为一个给定的序列或可能的多个序列指定下一个逻辑视图。对于成功的表单提交，可以定义特定的结果并返回这个结果。例如，在得到成功的结果时，将用户转移到下一个页面。为了让这个导航操作起作用，必须在 faces-config.xml 文件中以导航规则的形式为成功的结果创建一个映射。发生导航之后，就进入生命周期的最后一个阶段。JSF获得从动作方法返回的对象并调用它的 toString() 方法。然后使用这个值作为导航规则的结果。（在 第 1 部分 中讨论过导航规则的配置。）

阶段 6：显示响应

在生命周期的第六个阶段 — 显示响应，显示视图和它的所有组件，这些组件都处于当前状态。

图 6 展示了 JSF 应用程序生命周期的六个阶段（包括检验和事件处理）的对象状态图：

图 6. JSF 应用程序生命周期的六个阶段