Openlaszlo应用初始化性能优化过程

r囧r小猫 2022-09-18 07:49 159阅读 0赞

在开发openlaszlo应用过程中，往往考虑的是功能是否能正常实现，除了遵守openlaszlo开发规范外，对性能方面考虑的比较少，但是随着应用规模的增加，到了后期测试的时候就会发现性能问题已经很严重了，这时要对系统进行性能调整，这是openlaszlo开发过程中不可缺少的一部分。  
  
下面以笔者开发的一个配置工具为例说明openlaslzo性能调优过程：  
(测试环境：赛扬2.42/1.5G RAM/winxp sp2/IE7)  
  
系统未优化前，初始化时间6.37秒(含debug窗口)，主程序总共有10个对话框窗口(modaldialog)，代码总行数近千行。  
  
**第一阶段：初步优化**  
  
1。将所有的modaldialog设置其initstage="defer"  
初步优化后初始化时间为2秒  
  
2。当主题数据取来后，进行初始化themetreedialog：  
canvas.themetreedialog.completeInstantiation();  
  
3。在所有操作按钮上添加对应的窗口初始化声明：  
canvas.adddirdialog.completeInstantiation();  
...  
4。窗口内打开过滤器设定窗口时，进行初始化：  
canvas.addconditiondialog.completeInstantiation();  
  
5。单击表格行打开修改过滤窗口时，进行初始化：  
canvas.filterModWin.completeInstantiation();  
  
优化结果：  
系统在2.09秒之内初始化完成(含debug窗口)，不包括debug窗口的初始化时间与包括时非常接近，但是包含debug的swf文件尺寸要大142K。  
  
所有的窗口延迟初始化设置完成，进行测试发现，当对话框内容较少时，初始化过程非常短暂，但是过滤器设定窗口的初始化过程稍微长点在1秒左右，但是初始化一次以后，再打开就非常快，由此可见openlaszlo的初始化过程只进行一次，不会重复进行。  
此外，这种利用开启窗口的前夕来初始化对话框的方法还有局限性，如果窗口内容比较多，那么初始话  
过程足以造成相应迟钝，造成体验不好，还应该进行继续探索。  
  
**第二阶段：深度优化**  
  
经过仔细分析发现，在获取远程数据过程中有少许间隙时间，可以利用这个间隙来初始化比较大的modaldialog，选择其中一个只获取一次数据的dataset来初始化过滤器窗口，经过反复测量初始化时间，认定该步优化后的应用初始化时间与上一个过程时间一致。  
去掉原来加在按钮上的初始化过滤器窗口声明，完成整个优化过程。  
  
**调整过程原则总结：**  
  
1。当前不显示的窗口不在系统初始化时生成  
2。只在需要的时候才生成窗口或者视图  
3。充分利用事件进行completeInstantiation  
4。充分利用系统闲暇时间