Question

根据Thread Abort Exception in.NET 4.5，我应该使用QueueBackgroundItem。

由于某种原因，不应该直接启动排队的后台项目（同一用户刚刚请求了必须直接从EWS获取的数据，因此Exchange服务器假定之后直接进行完全同步是恶意的DoS尝试在EWS上），但在项目排队后只有一个TimeSpan。

所以我做了以下事情：

    public static void DoAfter(TimeSpan waitFor, Action<Logger> action)
    {
        HostingEnvironment.QueueBackgroundWorkItem(async ct =>
        {
            await Task.Delay(waitFor);
            DatabaseLogger logger = new DatabaseLogger(DebugLevel.TOSQL, db);
            logger.Log("Executing " + action.Method.Name + ", " + DateTime.Now.ToLongTimeString());
            try
            {
                action(logger);
                logger.Log("Successfully executed " + action.Method.Name + ", " + DateTime.Now.ToLongTimeString());
            }
            catch (Exception e)
            {
                logger.Log("Error in " + action.Method.Name + ": " + e.Message + ", " + DateTime.Now.ToLongTimeString());
            }
            finally
            {
                logger.CloseDatabase();
            }
        });
    }

出于Why use async with QueueBackgroundWorkItem?所述的某些原因，“您不应在此使用async。”

但是使用“而不是使用Thread.Sleep使用Task.Delay”，而await task.Delay给出语义编译器错误“await运算符只能在异步lambda表达式中使用”，如何在不堵塞BackgroundWorkItem队列的情况下延迟BackgroundWorkItem？

Answer 1

我认为您的情况与您发布的SO问题不同。在那个问题中，OP正在使用异步lambda包装一个已经异步的方法（例如已经返回Task的方法）（尽管实际上并不是他的问题）。因此，当我阅读建议时，他所做的事情是多余的，他只能传递LongRunningMethod。

我认为你在这里的代码是可以接受的，尽管有一些陷阱可以应用于使用异步lambdas，但它们通常与Action s使用它们有关，因为{{1} }是一个返回委托的void。还有一些关于here的阅读。

延迟排队后台WorkItem

1 个答案: