在服务器请求后测量 JSF 视图的呈现时间
Measure the render time of a JSF view after a server request
我想测量 JSF 应用程序的呈现时间。由于我的电力原因,应用程序无法填充日志。
因此,我的问题是,在使用任何浏览器执行包括后端(服务器)调用的特定操作后,有没有什么方法可以测量应用程序的呈现时间?
到目前为止,在使用 Chrome 开发人员工具后,我发现了以下内容。在“网络”选项卡上,每个请求都显示 "Time"。此外,在选择某个条目后,在 "Timing" 选项卡上,会显示更详细的可视化效果。
现在,我可以从中看出 "Waiting" 到服务器的往返行程已在此处捕获,但实际渲染时间如何。
假设整个请求耗时1秒,Waiting部分耗时500毫秒,是否可以推算出渲染耗时1秒-500毫秒?我想不是,这就是我问这个问题的原因。
长话短说,我需要从浏览器知道,对于某个特定请求,服务器处理了多长时间以及实际 UI 呈现多长时间。
如有任何提示,我们将不胜感激。谢谢。
您可以使用自定义 ViewDeclarationLanguage
whereby you measure the createView()
, buildView()
, renderView()
and if necessary 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()
是基于视图文件中存在的 <f:view>
和 <f:metadata>
创建具体 UIViewRoot
实例的步骤。当使用 Facelets (XHTML) 作为视图时,在此步骤中所有关联的 XHTML 文件将由 SAX 解析器解析并缓存一段时间 javax.faces.FACELETS_REFRESH_PERIOD
中定义的时间。所以可能会出现一次比较慢,一次又快的情况。
buildView()
是基于视图(XHTML)组成填充JSF组件树(UIViewRoot
的getChildren()
)的步骤。在此步骤中,将执行所有标记处理程序(JSTL 和朋友)并评估这些标记处理程序和组件的 id
和 binding
属性中的所有 EL 表达式(有关详细信息,另请参见 JSTL in JSF2 Facelets... makes sense?)。因此,如果在视图构建期间首次构造支持 bean,并在 @PostConstruct
期间调用业务逻辑,那么这可能会很耗时。
renderView()
是根据JSF组件树和模型生成HTML输出的步骤,从UIViewRoot#encodeAll()
开始。因此,如果在视图渲染期间首次构造支持 bean,并在 @PostConstruct
期间调用业务逻辑,那么可能会发生这种情况,这很耗时。
如果支持 bean 在 getter 方法中而不是在 @PostConstruct
或任何其他一次性发生的生命周期事件侦听器中错误地执行业务逻辑,那么这可能会消耗更多时间。另见 Why JSF calls getters multiple times.
我想测量 JSF 应用程序的呈现时间。由于我的电力原因,应用程序无法填充日志。
因此,我的问题是,在使用任何浏览器执行包括后端(服务器)调用的特定操作后,有没有什么方法可以测量应用程序的呈现时间?
到目前为止,在使用 Chrome 开发人员工具后,我发现了以下内容。在“网络”选项卡上,每个请求都显示 "Time"。此外,在选择某个条目后,在 "Timing" 选项卡上,会显示更详细的可视化效果。 现在,我可以从中看出 "Waiting" 到服务器的往返行程已在此处捕获,但实际渲染时间如何。
假设整个请求耗时1秒,Waiting部分耗时500毫秒,是否可以推算出渲染耗时1秒-500毫秒?我想不是,这就是我问这个问题的原因。
长话短说,我需要从浏览器知道,对于某个特定请求,服务器处理了多长时间以及实际 UI 呈现多长时间。
如有任何提示,我们将不胜感激。谢谢。
您可以使用自定义 ViewDeclarationLanguage
whereby you measure the createView()
, buildView()
, renderView()
and if necessary 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()
是基于视图文件中存在的 <f:view>
和 <f:metadata>
创建具体 UIViewRoot
实例的步骤。当使用 Facelets (XHTML) 作为视图时,在此步骤中所有关联的 XHTML 文件将由 SAX 解析器解析并缓存一段时间 javax.faces.FACELETS_REFRESH_PERIOD
中定义的时间。所以可能会出现一次比较慢,一次又快的情况。
buildView()
是基于视图(XHTML)组成填充JSF组件树(UIViewRoot
的getChildren()
)的步骤。在此步骤中,将执行所有标记处理程序(JSTL 和朋友)并评估这些标记处理程序和组件的 id
和 binding
属性中的所有 EL 表达式(有关详细信息,另请参见 JSTL in JSF2 Facelets... makes sense?)。因此,如果在视图构建期间首次构造支持 bean,并在 @PostConstruct
期间调用业务逻辑,那么这可能会很耗时。
renderView()
是根据JSF组件树和模型生成HTML输出的步骤,从UIViewRoot#encodeAll()
开始。因此,如果在视图渲染期间首次构造支持 bean,并在 @PostConstruct
期间调用业务逻辑,那么可能会发生这种情况,这很耗时。
如果支持 bean 在 getter 方法中而不是在 @PostConstruct
或任何其他一次性发生的生命周期事件侦听器中错误地执行业务逻辑,那么这可能会消耗更多时间。另见 Why JSF calls getters multiple times.