延迟排队的后台工作项

Question

根据，我应该使用 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();
            }
        });
    }

出于、"you shouldn't use async here" 中所述的某些原因。

但是 "Instead of using Thread.Sleep use Task.Delay" 和 await task.Delay 给出语义编译器错误 "await operator can only be used within an async lambda expression"，我如何在不阻塞 BackgroundWorkItem 队列的情况下延迟 BackgroundWorkItem ？

Answer 1

我认为您这里的情况与您发布的 SO 问题不同。在那个问题中，OP 正在用一个异步 lambda 包装一个已经异步的方法（例如，一个已经返回 Task 的方法）（虽然这实际上不是他的问题）。所以，当我读到建议时，他所做的是多余的，他可以直接传入 LongRunningMethod.

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

延迟排队的后台工作项

Delaying a Queued Background WorkItem

c#

multithreading

asynchronous