在服务器请求后测量JSF视图的渲染时间

时间:2015-10-13 15:02:58

标签: jsf-2 rendering google-chrome-devtools performance-testing

我想测量JSF应用程序的渲染时间。由于我的权力原因,应用程序无法填充日志。

因此,我的问题是,在使用任何浏览器执行包含后端(服务器)调用的特定操作后,有什么方法可以衡量应用程序的呈现时间?

到目前为止,在使用Chrome开发者工具后,我发现了以下内容。在“网络”选项卡上,每个请求都有"时间"显示。此外,在选择某个条目后,在" Timing"选项卡,显示更详细的可视化。 现在,我可以从中得知" Waiting"它在这里捕获到服务器的往返,但是实际的渲染时间呢。

假设整个请求耗时1秒,等待部分耗时500毫秒,我能否推断渲染时间是1秒-500毫秒?我不这么认为,这就是我问这个问题的原因。

长话短说,我需要从浏览器中了解一下,请求服务器处理多长时间以及实际的UI渲染时间。

任何提示将不胜感激。谢谢。

1 个答案:

答案 0 :(得分:10)

您可以使用自定义ViewDeclarationLanguage来衡量createView()buildView()renderView()以及必要的restoreView()方法。

这是一个启动示例:

public class VdlLogger extends ViewDeclarationLanguageWrapper {

    private static final Logger logger = Logger.getLogger(VdlLoggerFactory.class.getName());

    private ViewDeclarationLanguage wrapped;

    public VdlLogger(ViewDeclarationLanguage wrapped) {
        this.wrapped = wrapped;
    }

    @Override
    public UIViewRoot createView(FacesContext context, String viewId) {
        long start = System.nanoTime();
        UIViewRoot view = super.createView(context, viewId);
        long end = System.nanoTime();
        logger.info(String.format("create %s: %.6fms", viewId, (end - start) / 1e6));
        return view;
    }

    @Override
    public void buildView(FacesContext context, UIViewRoot view) throws IOException {
        long start = System.nanoTime();
        super.buildView(context, view);
        long end = System.nanoTime();
        logger.info(String.format("build %s: %.6fms", view.getViewId(), (end - start) / 1e6));
    }

    @Override
    public void renderView(FacesContext context, UIViewRoot view) throws IOException {
        long start = System.nanoTime();
        super.renderView(context, view);
        long end = System.nanoTime();
        logger.info(String.format("render %s: %.6fms", view.getViewId(), (end - start) / 1e6));
    }

    @Override
    public ViewDeclarationLanguage getWrapped() {
        return wrapped;
    }

}

要运行它,请创建以下工厂:

public class VdlLoggerFactory extends ViewDeclarationLanguageFactory {

    private ViewDeclarationLanguageFactory wrapped;

    public VdlLoggerFactory(ViewDeclarationLanguageFactory wrapped) {
        this.wrapped = wrapped;
    }

    @Override
    public ViewDeclarationLanguage getViewDeclarationLanguage(String viewId) {
        return new VdlLogger(wrapped.getViewDeclarationLanguage(viewId));
    }

    @Override
    public ViewDeclarationLanguageFactory getWrapped() {
        return wrapped;
    }

}

并在faces-config.xml

中将其注册如下
<factory>
    <view-declaration-language-factory>com.example.VdlLoggerFactory</view-declaration-language-factory>
</factory>

createView()是根据视图文件中的UIViewRoot<f:view>创建具体<f:metadata>实例的步骤。当使用Facelets(XHTML)作为视图时,在此步骤中,所有关联的XHTML文件将由SAX解析器解析并缓存一段javax.faces.FACELETS_REFRESH_PERIOD中定义的时间。所以它可能会发生一次相对缓慢而另一次快速发展。

buildView()是基于视图(XHTML)组合填充JSF组件树(getChildren()的{​​{1}})的步骤。在此步骤中,将执行所有标记处理程序(JSTL和朋友),并评估这些标记处理程序和组件的UIViewRootid属性中的所有EL表达式(有关详细信息,另请参阅JSTL in JSF2 Facelets... makes sense?)。因此,如果在视图构建期间第一次构造支持bean并在binding期间调用业务逻辑,则可能会发生这种情况非常耗时。

@PostConstruct是基于JSF组件树和模型生成HTML输出的步骤,从renderView()开始。因此,如果在视图渲染时间内第一次构造支持bean并在UIViewRoot#encodeAll()期间调用业务逻辑,则可能会发生这种情况非常耗时。

如果支持bean在getter方法中而不是在@PostConstruct或任何其他一次性生命周期事件监听器中错误地执行业务逻辑,则可能会消耗更多时间。另请参阅Why JSF calls getters multiple times