【 以下文字转载自 WebDev 讨论区 】
发信人: naiveteage (naiveteage), 信区: WebDev
标  题: 一个jsp很慢,请问大致改进思路是咋样的?
发信站: 水木社区 (Wed Dec  2 09:27:12 2009), 站内


是java + jsp + oracle + ibm的websphere
框架用struts2

网页形式.
大致是前台在填充jsp表单，
提交到后台，后台根据前台的条件，
调数据库存储过程查询，
查询返回结果到java代码里,通过struts2框架
返回到显示结果页面jsp,该jsp有1500多行
基本是采用jstl脚本的,且循环较多,在循环中用到的js函数较多.

这里后台数据库数据量较大，
但据同事用wily等软件在websphere服务器
端监测,说数据库那一部分并不耗时,
很多时间耗在了jsp所生成的servlet类那边.
所以导致较慢.

请问有什么比较好的jsp的调优之类的方法或工具？
--
FROM 211.99.222.*

该jsp是用到了不少<c:forEach 循环，
而且有相当多<c:if,<c:choose等判断语句.

你意思是改用纯jsp的
<%
        for(aaa xxx : ***){
%><%=xxx.fff%>
<%
}
%>
之类的语句,最好连<c:if,<c:choose之类的所有标签都不用?
那样会快多少呢？有数量级上的提升么?

【 在 zms (小美) 的大作中提到: 】
: tag 会很忙，尤其是用tag做循环
: 建议改写，用 <% %> 改写
--
FROM 211.99.222.*

同事用wily工具检测，发现从web请求到response返回去,
有时候要花10几秒，甚至几十秒(比如50秒),
如果真像您说的一个数量级的提升，
那就是10几秒的会提升到1,2秒，50秒的会提升到5,6秒，
真的会提升这么多么？

当然，在java程序转到结果jsp之前，java程序要将接收到的数据库返回的数据，
将resultSet封装成一定结构的VO的列表，
以便页面展示.不知道这步耗不耗时间.

【 在 zms (小美) 的大作中提到: 】
: 标  题: Re: 一个jsp很慢,请问大致改进思路是咋样的? (转载)
: 发信站: 水木社区 (Wed Dec  2 16:40:02 2009), 站内
:
: 有数据量的提升，至少一个数量级
: 【 在 naiveteage (naiveteage) 的大作中提到: 】
: : 该jsp是用到了不少<c:forEach 循环，
: : 而且有相当多<c:if,<c:choose等判断语句.
: : 你意思是改用纯jsp的
: : ...................
:
: --
: blog：  http://blog.zms.name/
:   每天都有更新
:
: 本人可以帮忙解决您的任何和Java有关的技术问题，任何方向均可，难度越大越好
: 其它方向如 Flash/Flex/Web/数据库/UI/算法/Hack/调优/搜索/Script/Win32等也均可胜任
: 可以免费提供指导咨询和给出技术方向
:
:
: ※ 修改:·zms 于 Dec  2 16:40:11 2009 修改本文·[FROM: 58.251.103.210]
: ※ 来源:·水木社区 newsmth.net·[FROM: 58.251.103.210]
--
修改:zms FROM 58.251.103.210
FROM 211.99.222.*

另外，也不是每次都很慢，
有时速度还可以，当然特别是内部网访问，
但是在外面访问，慢的比率就相对较高些，
给人的总体印象就是比较慢。

由于页面展示的内容较多，刚才查了下，把结果页面存成
文件，居然有1M，这还不是偶然的情况。不知道这是否也
是一个因素?

当然同事用wily只检测到返回客户端之前的情况.

【 在 naiveteage (naiveteage) 的大作中提到: 】
: 同事用wily工具检测，发现从web请求到response返回去,
: 有时候要花10几秒，甚至几十秒(比如50秒),
: 如果真像您说的一个数量级的提升，
: ...................
--
FROM 211.99.222.*

是的，而且是绝对的
【 在 naiveteage (naiveteage) 的大作中提到: 】
: 顺便问一下，
: 是不是用<%,%>比任何标签(如struts2自带的标签)
: 都快？
: ...................
--
FROM 58.251.103.210