在这个阶段JSF实现将处理任何应用界别的事件,例如表单的提交或者链接点击后跳转到另一个页面。

这时如果应用需要重定向不同 的web应用字眼或者产生一个资源其并不喊任何的JSF组件，那么就调用FacesContext.responseComplete方法。

如果正在被处理的这个视图是从重建状态信息从先前的一个请求而且如果一个组件引发了一个事件，那么这些事件将会传递到相关的监听器中。

最终JSF实现者将控制权转移到下一个步骤render Response phase

这个阶段是整个JSF宏观生命周期中Execute阶段的最后一个阶段，前面依次经历了几个对值进行处理的阶段：通过根据不同的请求对view进行处理（Restore View Phase），然后取值（Apply Request Values Phase），验证值的合法性（ProcessValidations Phase），更新页面中组件的值（Update Model Values Phase）。最终拿到值之后开始了对事件的处理。

public void execute(FacesContext facesContext) throws FacesException {

        if (LOGGER.isLoggable(Level.FINE)) {
            LOGGER.fine("Entering InvokeApplicationsPhase");
        }

        UIViewRoot root = facesContext.getViewRoot();
        assert (null != root);

        try {
            root.processApplication(facesContext);
        } catch (RuntimeException re) {
            String exceptionMessage = re.getMessage();
            if (null != exceptionMessage) {
                if (LOGGER.isLoggable(Level.WARNING)) {
                    LOGGER.log(Level.WARNING, exceptionMessage, re);
                }
            }
            throw new FacesException(exceptionMessage, re);
        }

        if (LOGGER.isLoggable(Level.FINE)) {
            LOGGER.fine("Exiting InvokeApplicationsPhase");
        }

    }

如果对processApplication方法感兴趣的童鞋可以反编译看一下源码。其实在javaee的文档中对这个方法的描述已经很清楚了。

Broadcastany events that have been queued for the Invoke Application phase of therequest processing lifecycle and to clear out any events for later phases ifthe event processing for this phase caused FacesContext.renderResponse() orFacesContext.responseComplete() to be called. 

大致的意思就是为此阶段传递事件，并且清除引起上面两个方法被调用的事件。因为这两个方法被调用标志着整个请求的结束，但是目前阶段还未完全处理完请求。

到此为止整个JSF的生命周期宏观上的Execute部分（在服务器上所执行的部分）就已经执行完毕了，接下来就是渲染客户端的页面了。