性能低劣的OGNL

警告：大的表格页面迭代中千万不要用Struts2的iterator和property标签，性能超级低劣，用jstl的forEach性能比它快10倍以上。OGNL表达式的性能不是一般的低，非常非常低，什么时候能换MVEL 引擎就好了，不知道那位能人能做个MVEL的 插件出来

评论

27 楼 tanglingshuai 2011-11-08  

确实慢10倍以上，为此我准备放弃struts标签了

26 楼 joliny 2010-10-27  

freemarker确实不错。如果为了避免集群是session的问题。不要使用自身的freemarkerservlet，自己重新组装吧。还是很好的。
www.52xinghuo.com 我的网站框架是我自己开发的。使用的就是freemarker性能很不错。

25 楼 osacar 2010-09-15  

至于有这么差吗？用freemarker还不如直接用struts标签

24 楼 jackieban 2010-09-02  

iterator不太清楚.property我感觉还可以的

23 楼 zhu271925992 2010-08-24  

LZ 只看到单方面, ONGL选择性使用是非常强大的

22 楼 plusir 2010-05-05  

公司已经有了一套完整的基于js的ajax控件库。为了整合这套前端控件库，用taglib封装了一下，同时想兼容struts2，这里最大的问题就是基于值栈的ognl表达式解析，于是乎，我去研究了一下他的实现代码（v2.1.8.1），最后还是决定退回el和jstl。

个人觉得struts2的ognl效率确实有问题，不过不是因为ognl引擎的问题，而是他封装造成的开销太大。

21 楼 dogg 2010-03-17  

freemarker里面用它的标签,实际上还是一样的调用OGNL,根本不用数据测试,迭代200个对象数据画table你就可以明显的感觉出巨大差别,为了这个已经全部改为jstl了,现在世界很清净

20 楼 yesterday 2010-03-17  

OGNL 2.7 yeilds significantly faster results, yet remains about 10 times slower than MVEL 1.2

http://www.theserverside.com/news/thread.tss?thread_id=46083

19 楼 JArcher 2010-03-16  

OGNL2.7挺快的,使用 javasisit 来 JIT 的生成 byte code ,完成表达式的执行

和直接调用差不多....

具体你可以搜搜,有人测试过

18 楼 gmizr 2010-03-16  

显示层可以用Freemarker实现，对lz的情况应该能有改善
不过还是没有完全摆脱OGNL

17 楼 robyjeffding 2010-03-16  

恩，建议还是用OGNL和JSTL来对比测试一下，毕竟口说无凭啊！
还有楼主说OGNL表达式性能低下，能否说个原因否？盼求答案。。。。

16 楼 xiaojing3517 2010-03-16  

没感觉出来。。。楼主贴出数据吧

15 楼 yudylaw 2010-03-16  

Struts2 的标签效率很多牛人说效率低。
JEECMS 也没有Struts2 标签。

14 楼 kaki 2010-03-16  

机器越来越好，不要着急啊！

13 楼 zeroyet 2010-03-16  

不知道你是不是用最新的struts2,OGNL已经比MVEL快了,自己下载OGNL源代码跑下看看就明白了

12 楼 zhengyutong 2010-03-16  

我需要测试数据的报告......

11 楼 raiha 2010-03-16  

OGNL那飘逸的代码...

10 楼 解放老美 2010-03-16  

spring3.0 ms 更爽

9 楼 sunjun 2010-03-16  

使用freemarker吧，既然默认是使用它作为模板，它应该是不错的选择

8 楼 超级潜水艇 2010-03-16  

直接springMVC吧，我指的是springMVC 2.5及以后版本，我初次使用就感觉到了它的爽快