延迟排队的后台WorkItem

Question

根据线程异常in.NET 4.5，我应该使用QueueBackgroundItem。

出于某种原因，不应该直接启动排队的后台项(同一用户刚刚请求了必须直接从EWS获取的数据，因此Exchange服务器假定，在EWS上直接执行完全同步是恶意的DoS尝试)，但在项目排队之后只有特定的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();
            }
        });
    }

由于为什么在QueueBackgroundWorkItem中使用异步？描述的一些原因，“您不应该在这里使用async”。

但是，如果“而不是使用Thread.Sleep use Task.Delay"，并且await task.Delay给出语义编译器错误”等待操作符只能在异步lambda表达式中使用“，我如何在不阻塞BackgroundWorkItem队列的情况下延迟BackgroundWorkItem？

Answer 1

我认为你在这里的情况与你所提的问题不同。在这个问题中，OP用异步lambda包装一个已经异步的方法(例如，一个已经返回了Task的方法)(这实际上不是他的问题)。所以，当我读到这个建议时，他所做的是多余的，他可以在那里通过LongRunningMethod。

我认为这里的代码是可以接受的，尽管有一些缺陷可以应用于使用异步lambda，但是它们通常与将它们用于Action连接，因为Action是一个无效的返回委托。更多关于那个这里的文章。