函数restoreView (JSF生命周期)中的性能问题

Question

我们的应用程序在各个部分的渲染时间上都有问题。我们已经能够在阶段(YourKit restoreView阶段)中使用分析器( Java )来解决性能问题。由于我们在某些页面中使用了很多组件，所以树的呈现必须是问题的根源。关于堆栈溢出的几个问题看上去很像我们正在做的事情。另外，我们可以看到在开发和生产中同样缓慢的速度。

一些规格：

• MyFaces 2.1.7
• javax.el 2.1.0

分析器(CTRL+SCROLL查看详细信息)：

​

我们正在设法找到解决办法。到目前为止，我们想出了这些：

• 使用更少的组合/组件(这不是很好，因为我们喜欢做通用组件)。
• 我们还可以进入JSF无状态模式。
• 查找JSF的实际问题(在深层)。
• 最近，我们发现一些JUEL库(表达式语言)可以很大程度上实现增加渲染时间。

我一直在处理让JUEL使用Spring 3(使用OSGI)的问题。下面是规范：JUEL 2.1.3.1束 (注意:这个包使用的javax.el版本与我在应用程序中使用的版本不同，会导致冲突吗？)

我发现了另一个只做Juel实现和最新版本的maven回购。

更新：找到了一个解决javax.el冲突的解决方案，因为juel中存在很多问题(因为它导出了自己的javax.el)，所以我用片段-主机: javax.el行对清单进行了修改，以消除它。

是否有配置/设置以实现更好的性能？或者，如何使用MyFaces和Spring实际配置JUEL？

Answer 1

我想说，这个问题是由引起的。我记得这个问题，SWF-1540。首先检查您是否使用了正确的版本(2.4.0.M1或更高版本)。注意，我个人还没有测试该配置是否存在性能问题，但我可以说，MyFaces 2.1.7高级版本没有任何问题。众所周知，有些EL版本存在perf问题，因此请尝试使用juel或apache (jasper，与Tomcat捆绑)。

作为个人观点，请注意Spring代理，众所周知，在某些情况下，当页面非常大且非常复杂时，代理会对性能产生重大影响。建议的解决方案是使用Apache OpenWebbeans，这是一个非常快速的CDI实现，当您有很多相互关联的bean时，可以针对这些情况进行优化。

您也可以查看本文理解JSF 2和Wicket:性能比较，以获得有关MyFaces性能的提示。

你必须自己尝试什么对你的情况有效，但我希望通过这些建议，你可以更好地集中你的搜索。