项目优化的若干方法

近期经常听到现场人员和测试人员反映我们的项目访问时间长,页面响应速度比较慢。一直想对这个问题进行跟踪处理。趁现在时间较少时做了些许试验,有以下结论:

1.项目中大量使用了js,并封装了大量的js控件,每个页面需要引入的js文件一般在30个左右,这种过多的js文件引入会影响页面响应速度。

解决方案:采用第三方的js编译jar包,对共用控件进行编译处理,整理成一个统一的js文件,且经过压缩处理,发现每个页面用在js的加载上的耗时可以减少0.6秒左右。

2.项目中使用的是ssh框架,且由于高并发和项目本身框架限制,导致项目中的后台控制器全部采用原型配置。跟踪发现,从页面响应到后台处理一般来说第一次请求有1秒钟的间隔,后续有0.5秒的间隔。初步猜测,是由于框架解析url并初始化实例导致的耗时。尤其是使用struts框架是会额外占用0.2秒的时间(属于个人猜测,未经过严格测试,望大神指正)。后考虑改为springmvc模式,并对框架本身进行重构处理,采用单例形式,测试发现,第一次耗时约为0.2秒,后续访问可以忽略框架本身的耗时。

3.项目中页面,同时的并发ajax访问过多,经过测试发现并发的ajax访问的耗时是和并发数呈线性递增关系的。这一点需要在后续开发中约束,尽量减少并发访问并优化处理。

4.项目本身的后台执行方法较慢,一般是由于sql书写不合理导致,这个只能通过优化sql进行解决。

 

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值