JSF教程（6）——生命周期中处理请求

当JSF处理一个initial请求的时候程序将会创建一个新的view并且将它储存在FacesContext的实例中，这里需要注意的是只有在JSF的Response指向另一个JSF的View的时候上面的过程才会执行。其实这很好理解，如果简单一个超链接或者一个按钮将请求发送到服务器，而这个请求仅仅是跳转到一个不包含任何JSF组件的页面那么在服务端将没有任何View被产生，更别说被储存在FacesContext的实例中了。

关于FacesContext实例，在其中包含了处理request的和创建response的所有需要的信息。一般国内的翻译都会将“Context”翻译为“上下文”但是笔者更愿意将其理解为“一个保存了需要信息的环境”。在FacesContext实例中可以找到此次已经创建并存储的View以及和此次request以及Response有关的所有的信息。然后程序将调用用来渲染这个view的所有的资源，最后调用renderResponse方法立即渲染这个view（上篇博客图中的标有Render Response的箭头）。

可能有些情况下JSF需要重定向到其他的系统资源比如web service或者产生一个不包含任何JSF组件的response，在这种情况下开发人员必须调用responseComplete方法跳过Render Response这个步骤（步骤图中标有Response Complete步骤的箭头），道理很简单上面的两种情况都是不需要JSF去渲染页面的，所以响应就直接结束了。

读者可以参考JSF源码（jsf-impl-2.1.3,ViewHandlerImpl.java代码片段）

......
public UIViewRoot restoreView(FacesContext context, String viewId) {
        if (context == null) {
            String message = MessageUtils.getExceptionMessageString
                (MessageUtils.NULL_PARAMETERS_ERROR_MESSAGE_ID, "context");
            throw new NullPointerException(message);
        }

        ExternalContext extContext = context.getExternalContext();

        String mapping = Util.getFacesMapping(context);
        UIViewRoot viewRoot = null;

        if (mapping != null) {
            if (!Util.isPrefixMapped(mapping)) {
                viewId = convertViewId(context, viewId);
            } else {
                viewId = normalizeRequestURI(viewId, mapping);
            }
        }

        // maping could be null if a non-faces request triggered
        // this response.
        if (extContext.getRequestPathInfo() == null && mapping != null &&
            Util.isPrefixMapped(mapping)) {
            // this was probably an initial request
            // send them off to the root of the web application
            try {
                context.responseComplete();
                if (logger.isLoggable(Level.FINE)) {
                    logger.log(Level.FINE, "Response Complete for" + viewId);
                }
                extContext.redirect(extContext.getRequestContextPath());
            } catch (IOException ioe) {
                throw new FacesException(ioe);
            }
        } else {
            // this is necessary to allow decorated impls.
            ViewHandler outerViewHandler =
                    context.getApplication().getViewHandler();
            String renderKitId =
                    outerViewHandler.calculateRenderKitId(context);
            viewRoot = Util.getStateManager(context).restoreView(context,
                                                                 viewId,
                                                                 renderKitId);
        }

        return viewRoot;
    }
......

上面的情况都不是我们平时常用的，仅仅是极少数的情况。在平时的开发过程当中我们遇到最常见的情况是从JSF页面跳转到另外的JSF页面。这时候就要经历图中主要的步骤（向下的箭头），转换，校验，模型更新，产生response。这与我们之前所了解的所有Web应用的处理步骤基本上是一致的。在这里需要读者注意的是在组件中有一个immediate属性，如果该组件的词属性设置为true那么JSF的生命周期将不按照正常情况进行下去。对于组件的immediate属性我们可以理解为：是否要求JSF对该组件立即（immediate）进行数据的校验（Validation）、更新值等操作，而不是在后面的步骤中进行操作，注意很多开发者认为immediate设置为true就是不进行数据的校验以及后面的一些列操作，这样理解是欠妥的。

接下来的博客将详细阐述JSF生命周期中的各个阶段的作用以及相关源码的分析。