3

我最近不幸需要在 ASP.NET MVC 操作中找到错误的根本原因。错误结果出现在操作上声明的操作过滤器之一中。然而，发现这个错误主要是运气，而且花费的时间比合理的要多。将来，如何调试 ASP.NET MVC 操作过滤器的问题？

尤其：

  • 如何找出针对特定请求执行的过滤器以及执行顺序？
  • 我可以逐步通过这些过滤器吗？
  • 我至少可以在每个过滤器之间执行一些钩子以帮助找到根本原因（例如通过跟踪某些状态）吗？
  • 当过滤器中止请求或导致异常时，我可以挂钩一些事件吗？

我尝试使用 VS.NET 调试器；但是它不会以有用的方式进入过滤器。如果我在请求之前暂停执行，服务器会酌情等待调试器，但是当我随后使用 Step into 或 step over 时，它会继续执行而不单步通过任何过滤器（只是我的代码已关闭）。如果我事先知道注册了哪些过滤器，我可能可以设置一个断点，但这几乎不实用，尤其是因为某些过滤器在第三方代码中。

4

1 回答 1

5

以下代码将按调用顺序写入控制器和操作的名称。我希望它对其他人也有帮助，因为它对我帮助很大。

如果您有一个基本控制器并让其余控制器从它继承，那就太好了，然后以下代码将让您知道所有控制器和为任何请求调用的操作。

#if DEBUG 
    protected override void OnActionExecuting(ActionExecutingContext filterContext)
            {
                 string controller = filterContext.ActionDescriptor.ControllerDescriptor.ControllerName;
                 string action = filterContext.ActionDescriptor.ActionName;

                 Debug.WriteLine("Controller-" + controller + ", Action-" + action);
            }
#endif

PS-如果您想要更多详细信息，例如操作的处理时间或某些可插拔系统，请使用Glimpse。只需几分钟即可使其运行。这是一个很棒的工具。附带说明一下，glimpse 提供的时间并不准确，因为还包括 Glimpse 的一些开销。

于 2014-05-16T20:32:57.653 回答