【问题标题】:The operation was canceled at TaskScheduler.UnobservedTaskException in WebAPI该操作在 WebAPI 中的 TaskScheduler.UnobservedTaskException 处被取消
【发布时间】:2014-04-29 09:12:20
【问题描述】:

最近,我在后端 API 应用程序中为每个 UnobservedTaskException 添加了错误日志记录。 原因是某些 API 调用执行了在我返回结果后完成的附加任务,这就是为什么我无法在操作(web api 调用)级别跟踪错误。

现在我收到很多“操作已取消”异常,不知道该怎么处理。我什至不确定这个异常是由我的 API 调用执行的任务引起的。

这里是堆栈:

System.OperationCanceledException: The operation was canceled.
   at System.Threading.CancellationToken.ThrowIfCancellationRequested()
   at System.Web.Http.WebHost.HttpControllerHandler.<WriteBufferedResponseContentAsync>d__1b.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Web.Http.WebHost.HttpControllerHandler.<CopyResponseAsync>d__7.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Web.Http.WebHost.HttpControllerHandler.<ProcessRequestAsyncCore>d__0.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Web.TaskAsyncHelper.EndTask(IAsyncResult ar)
   at System.Web.HttpApplication.CallHandlerExecutionStep.OnAsyncHandlerCompletion(IAsyncResult ar)

任何想法如何调试它?

【问题讨论】:

标签: asp.net-web-api scheduled-tasks unobserved-exception


【解决方案1】:

任务取消异常通常来自中止请求的任务。我们正在跟踪一个将在 5.2 中修复的错误,这些错误不会出现在异常记录器中。所以通常你可以放心地忽略这些。

您可以在 https://www.myget.org/gallery/aspnetwebstacknightly 上获取每晚构建版本,以验证这是否解决了您的问题。

这里是错误的链接:http://aspnetwebstack.codeplex.com/workitem/1797

【讨论】:

  • 如何验证您使用的是哪个版本?
  • 查看 packages.config
  • 谢谢。我已经从 5.1.0 升级到 5.2.2,并部署到生产环境。希望明天我能得到确认,它解决了我的问题。
  • 我们现在是 5.2.2。这个问题仍然存在。
  • ExceptionFilterAttribute 会捕获这些,这是意料之中的。它们大多发生在客户端断开连接并触发取消令牌时。您可以在属性中安全地忽略它们(它始终捕获它们的属性中没有代码更改,但新代码可能会更积极地取消,因此您会看到更多它们)。处理它的最简单方法就是在代码中忽略这个异常。
【解决方案2】:

您可以忽略此类错误

 public class ExceptionHandlingAttribute : ExceptionFilterAttribute
  {
    public override void OnException(HttpActionExecutedContext context)
    {
      if (context.Exception.Message == "The operation was canceled.")
        return;
      var title = "friendly  title";
      var msg = "friendly customizable message";
      NLog.Logger logger = NLog.LogManager.GetCurrentClassLogger();
      logger.Fatal(context.Exception);
      var resp = new HttpResponseMessage(HttpStatusCode.Gone)
        {
          Content = new StringContent(title),
          ReasonPhrase = msg
        };
      throw new HttpResponseException(resp);
    }

在 Web API 控制器中

[ExceptionHandling]
  public class SomeController : ApiController
  {
    [HttpGet]
    public object GetSomething()
    {
      return something;
    }

【讨论】:

  • 为什么不让它打字安全? actionExecutedContext.Exception.GetType() != typeof(OperationCanceledException)
【解决方案3】:

有时也会出现 TaskChanceledException,但我在亚马逊网络服务船上。通常这发生在我上传新版本的应用程序之后。通常应用服务器重启(通过 Beanstalk UI 页面)会有所帮助..

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2014-09-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-08-16
    • 1970-01-01
    • 2013-03-10
    • 1970-01-01
    相关资源
    最近更新 更多