java - JSF性能

Question

我是 JSF 编程新手，并且设计了一个相当简单的 JSF 2.0 Web 应用程序。它的左侧有一个丰富的:树，充当分层菜单。当用户单击树中的某些内容时，将触发选择处理程序并触发页面的部分重新加载，以显示与您刚刚单击的内容相关的内容。

问题是界面感觉很慢，所以我启用了一些日志记录并添加了一个自定义阶段监听器，让我了解瓶颈在哪里。

2012-05-21 07:58:05.516 DEBUG NodeBean - Retrieving properties
2012-05-21 07:58:05.516 DEBUG CustomPhaseListener - Before phase: APPLY_REQUEST_VALUES 2
2012-05-21 07:58:05.876 DEBUG RepositoryBean - Selection change event invoked (size: 1)
2012-05-21 07:58:05.876 DEBUG RepositoryBean - Selection change event handled
2012-05-21 07:58:05.876 DEBUG CustomPhaseListener - After phase: APPLY_REQUEST_VALUES 2
2012-05-21 07:58:05.876 DEBUG CustomPhaseListener - Before phase: PROCESS_VALIDATIONS 3
2012-05-21 07:58:06.469 DEBUG CustomPhaseListener - After phase: PROCESS_VALIDATIONS 3
2012-05-21 07:58:06.469 DEBUG CustomPhaseListener - Before phase: UPDATE_MODEL_VALUES 4
2012-05-21 07:58:06.844 DEBUG CustomPhaseListener - After phase: UPDATE_MODEL_VALUES 4
2012-05-21 07:58:06.844 DEBUG CustomPhaseListener - Before phase: INVOKE_APPLICATION 5
2012-05-21 07:58:06.844 DEBUG CustomPhaseListener - After phase: INVOKE_APPLICATION 5
2012-05-21 07:58:06.860 DEBUG CustomPhaseListener - Before phase: RENDER_RESPONSE 6
2012-05-21 07:58:06.985 DEBUG NodeBean - Retrieving properties
2012-05-21 07:58:07.001 DEBUG RepositoryBean - Retrieving content
2012-05-21 07:58:07.001 DEBUG RepositoryBean - Content retrieved
2012-05-21 07:58:07.376 DEBUG CustomPhaseListener - After phase: RENDER_RESPONSE 6

NodeBean 是一个请求范围的 bean，它具有“getProperties()”方法。我不知道为什么一开始就调用它，但它的开销很小，所以这是另一个问题。

正如您所看到的，JSF 生命周期需要很长时间才能完成，而自定义代码的开销却相当微不足道。经过一番谷歌搜索后，我发现“immediate='true'”将允许您跳过一些步骤，但将其添加到 rich:tree 中没有效果。我认为我做错了什么，但对于我的一生，我无法弄清楚是什么。

旁注:有时(通常是在用户不活动之后)该过程会在第 3 阶段之后停止，这意味着没有内容返回给用户。 rich:tree 中的任何选择都将具有相同的行为，直到用户重新加载页面。

编辑:

经过一些进一步的调试，似乎 Richfaces 树在每个请求上都会重建几次。与此问题相关:JSF2 Richfaces 4.1.0 Ajax partial rendering of tree

我的用例是:树很大程度上是静态的，如果您选择一个项目，与该项目相关的属性和内容应显示在右侧。所以基本上我有一个选择更改监听器，它注册您选择的内容，并重新渲染使用该设置来加载属性和内容的中央组件。这棵树(几乎)永远不应该被刷新。但实际发生的情况是，即使部分重新渲染没有提及或引用该树，整个树也会在第 2、3、4 和 6 阶段重建。

最初我有这个:

<rich:tree id="tree" var="node"
        value="#{repository.browser}" 
        render="node" 
        toggleType="client" selectionType="ajax"

如果将“selectionType”设置为客户端，问题就会消失，但后端不会重新渲染或调用任何内容。我尝试添加类似的内容

<f:ajax event="click" render=":node"/>

但这也失败了(树仍然在后台重建)。有没有办法缓存树或者干脆不为每个请求重建它？

Answer 1

我已经解决了我的特定用例的问题，但我不确定它是否适用于其他用例。我已经更新了 org.richfaces.component.TreeRange.shouldIterateChildren() 方法:

public boolean shouldIterateChildren() {
    if (tree.getRowKey() == null) {
        return true;
    }

    if (tree.isLeaf()) {
        return false;
    }

    return traverseAll || tree.isExpanded();
}

致:

public boolean shouldIterateChildren() {
    if (tree.isLeaf())
        return false;
    else {
        char separatorChar = UINamingContainer.getSeparatorChar(FacesContext.getCurrentInstance());
        String clientId = tree.getClientId();
        boolean render = false;
        for (String idToRender : FacesContext.getCurrentInstance().getPartialViewContext().getRenderIds()) {
            // render the tree if you explicitly mention either the client id (e.g. "menuForm:tree") or the parent component client id (e.g. "menuForm")
            // note that when clicking on an object in the tree, the following render target is requested: menuForm:tree@selection
            if (clientId.equals(idToRender) || clientId.matches(idToRender + separatorChar + ".*")) {
                render = true;
                break;
            }
        }
        // always render if it's not a postback
        return render || !FacesContext.getCurrentInstance().isPostback();
    }
}

我仍然不知道我是否使用了 rich:tree 错误，或者它实际上是一个错误，我已经向 jboss-users 邮件列表发送了一封邮件，如果事实证明它实际上是一个错误，将会创建一个 jira 问题。至少现在我的 Web 应用程序即使有一棵大树也能快速响应。