c# - 延迟排队的后台工作项

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

由于某种原因，不应直接启动排队的后台项目(同一用户刚刚请求了必须直接从EWS提取的数据，因此Exchange Server假定此后直接进行完全同步是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();
            }
        });
    }

由于Why use async with QueueBackgroundWorkItem?中所述的某些原因，“您不应该在这里使用async”。

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

最佳答案

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

我认为这里使用的代码是可以接受的，尽管使用异步lambda可能会有一些陷阱，但是它们通常与Action的使用有关，因为Action是一个无效的返回委托(delegate)。有关该here的更多阅读。

关于c# - 延迟排队的后台工作项，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/37118690/