如何解读Glimpse时间线？ASP.NET MVC 5.0性能分析疑问

嘿，我来帮你拆解Glimpse里这些让你困惑的事件，毕竟我也跟Glimpse打过不少交道😉

首先明确你最关心的Action result事件到底是什么：

• 这个事件其实覆盖了控制器Action方法执行完成后，处理返回的ActionResult对象的全流程。不管你返回的是ViewResult、JsonResult还是RedirectToRouteResult，从创建结果对象开始，到最终把响应内容发送给客户端的所有操作，都被Glimpse归到这个事件范畴里。
• 它耗时较长的常见原因：
  • 如果是返回ViewResult，Razor视图的渲染全流程（模板解析、数据绑定、HTML生成） 都包含在这个事件里。要是你的视图里有大量循环遍历、复杂条件判断、嵌套的部分视图/布局，或者调用了耗时的辅助方法，都会直接拉高这个事件的耗时。
  • 要是返回的是FileResult，读取文件内容、流式传输到客户端的时间也会被算在这里。
  • 另外，如果你用了自定义的ActionResult实现，里面的额外计算或IO操作也会增加这个事件的耗时。

你提到的“为何渲染...”应该是疑惑为什么渲染耗时会算在Action Result事件里吧？

• 在ASP.NET MVC的生命周期中，Action方法执行完成后才会触发视图渲染流程，而Glimpse把从ActionResult初始化到响应完全发送的整个阶段打包成了“Action result”事件，所以视图渲染的耗时是这个事件里占比最大的部分之一。

• 你可以展开Glimpse时间线里的Action Result事件，看看它下面的子事件（如果安装了Glimpse.View插件的话，会把视图渲染拆成更细的步骤），这样能精准定位是模板解析慢、数据绑定慢还是其他环节拖了后腿。
• 别忘了检查视图里有没有EF延迟加载的情况——比如在视图中遍历导航属性时才触发数据库查询，这部分EF操作的耗时会被包含在Action Result事件里，因为它是在渲染阶段触发的，很容易被忽略。

内容的提问来源于stack exchange，提问作者Fabio