今天遇了个让人无语的问题，在渲染一个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框架尽力为开发者提供方便快速的开发框架，作为使用者的我们，更要用心去理解框架，合理运用框架。