ASP.Net 页面的全局计时

Question

我刚刚继承了一个由其他人编写的网站 (ASP.Net 2.0)，我需要对其进行维护。
代码并不可怕，但它有很多东西使网站运行速度极其缓慢。

我有一个想法来监控这一点，我想看看更有经验的开发人员对此有何看法。

我现在的目标是找出何时页面加载时间过长，将注意力集中在这些地方。

我正在考虑在 Global.asax 中挂钩 PreRequestHandlerExecute 和 PostRequestHandlerExecute 事件，并在“Pre”中创建一个 StopWatch，将其附加到 HttpContext.Items，并在“Post”中读取它，如果请求花费的时间超过，比如说， 100ms，它会向我报告让我知道。

一些“伪代码”是：

protected void Application_PreRequestHandlerExecute(Object sender, EventArgs e) {
    System.Diagnostics.Stopwatch theTimer = new Stopwatch();
    theTimer.Start();
    HttpContext.Current.Items.Add("RequestTimer", theTimer);
}

protected void Application_PostRequestHandlerExecute(Object sender, EventArgs e) {
     Stopwatch theTimer = (Stopwatch) HttpContext.Current.Items["RequestTimer"];
     System.Diagnostics.Debug.WriteLine(theTimer.ElapsedMilliseconds + "@: " + HttpContext.Current.Request.RawUrl)
}

您认为这种方法怎么样？
这样做合理吗？
它会让我的网站爬行吗？
有一个更好的方法吗？

一些想法：
- 最好获取 DateTime.Now.Ticks 并存储它，这可能比 StopWatch 更轻
- 我知道最好让所有页面都继承自我自己的页面，并且在那里，但我不想浏览数十个页面并将它们全部更改。

任何想法都将不胜感激！ 谢谢！

Answer 1

更好的方法是启用跟踪。

Answer 2

我不会这样做。 这会带来更多的麻烦，而不是其价值。 有一些适用于 ASP.NET 的优秀分析工具，例如 CLR Profiler 和 Red Gate 的 ANTS Profiler。

Answer 3

我不会乱搞秒表，而是将开始时间放入 HttpContext 集合中，然后将其拉出来。 然后，您可以在请求结束时执行简单的减法，这对性能的影响应该可以忽略不计。

Answer 4

正如 BobbyShaftoe 所说，分析是最好的选择。 但也请考虑 JetBrains 的 dotTrace； 这非常非常好。