今天遇了个让人无语的问题,在渲染一个400多条数据的页面,居然花费3分钟左右。服务器的配置是CPU: 4核 内存: 8GB。采用的传统的asp.net 5 + sqlserver2017 + iis,用了WTM这么久,最早上线的系统都一年半了,一点性能问题都没有。当时出了这个问题,心想着是不是腾讯云的轻量服务器不求行啊,要么就是数据库表坏了。结果一排查,不是这两个问题。最后请刘总帮忙检查了一下,发现是在XXXSearcher.cs中InitVM两个combobox数据源,一个有800多条数据,一个只有3条。虽然数据差800条数据是毫秒级的(一口气查十几万条数据也才几秒钟),但是页面访问是先到列表页,但是他要先渲染并显示在combobox里就慢了。导致3分钟一个页面都渲染不出来。说实话,就是自己队WTM的理解还不到位,对页面生命周期陌生,导致出个这个问题,真是丢坏脸了。那么,在刘总的科普下,好好学习了一波WTM页面生命周期。
WTM页面的生命周期比较简单,列表页渲染是分两步,第一步是走Index方法,返回整个页面,第二部是页面里的grid调用Search方法获取数据。具体的生命周期看下图。
其中:InitGridHeader执行了2次,其原因是显示页面的时候需要知道多少列,第二次查询数据也需要知道多少列。
从图上得知,Search的InitVM和IListVM的InitVM是同步执行的,这就是为啥我长达3分钟带的时间,就在那等圈圈的原因。这是一次丢脸的事故,也是基础不牢靠的表现。WTM框架尽力为开发者提供方便快速的开发框架,作为使用者的我们,更要用心去理解框架,合理运用框架。