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

Question

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

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

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

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

简而言之,我需要从浏览器中了解服务器处理需要多长时间以及实际UI渲染时间.

任何提示将非常感谢.谢谢.

Answer 1

你可以做一个自定义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()of of UIViewRoot)的步骤.在此步骤中,将执行所有标记处理程序(JSTL和朋友),并评估这些标记处理程序以及组件id和binding属性中的所有EL表达式(有关详细信息,另请参阅JSF2 Facelets中的JSTL ...有意义吗？).因此,如果在视图构建期间第一次构造支持bean并在此期间调用业务逻辑@PostConstruct,则可能会发生这种情况非常耗时.

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

如果支持bean在getter方法中而不是在@PostConstruct任何其他一次性生命周期事件监听器中错误地执行业务逻辑,则可能会消耗更多时间.另请参见为什么JSF多次调用getter.