Question

我们的系统中有很多请求，所以我们使用WebApi的任务。在某些地方，我们对速度有很高的要求，所以我们不能等待任务完成，我为此创建了一个工人。它创建了一个嵌套的容器，以便Entity框架DbContext不会被丢弃等等。但看起来Task.Run每次都会生成一个新的线程，这会有多大的扩展？

public class BackgroundWorker<TScope> : IBusinessWorker<TScope>, IRegisteredObject where TScope : class
{
    private readonly IBusinessScope<TScope> _scope;
    private bool _started;
    private bool _stopping;

    public BackgroundWorker(IBusinessScope<TScope> scope)
    {
        _scope = scope;
    }

    public void Run(Func<TScope, Task> action)
    {
        if(_stopping) throw new Exception("App pool is recycling, cant queue work");
        if(_started) throw new Exception("You cant call Run multiple times");

        _started = true;

        HostingEnvironment.RegisterObject(this);

        Task.Run(() =>
            action(_scope.EntryPoint).ContinueWith(t =>
            {
                _scope.Dispose();
                HostingEnvironment.UnregisterObject(this);
            }));
    }

    public void Stop(bool immediate)
    {
        _stopping = true;

        if(immediate)
            HostingEnvironment.UnregisterObject(this);
    }
}

像

一样使用

backgroundWorker.Run(async ctx => await ctx.AddRange(foos).Save());

如果我谷歌他们最终都使用Task.Run但是没有杀死目的？

更新做了一个测试

var guid = Guid.NewGuid();

_businessWorker.Run(async ctx => {
    System.Diagnostics.Debug.WriteLine("{0}: {1}", guid, Thread.CurrentThread.ManagedThreadId);
    await Task.Delay(1);
    System.Diagnostics.Debug.WriteLine("{0}: {1}", guid, Thread.CurrentThread.ManagedThreadId);
});

此输出

3bdbe90b-c31e-4709-95d8-f7516210b0ac: 17
3bdbe90b-c31e-4709-95d8-f7516210b0ac: 9
6548fd26-d209-4427-9a91-40fc30aa509e: 15
6548fd26-d209-4427-9a91-40fc30aa509e: 19
7411b043-4fae-44bf-b93f-4273a532afa1: 7
7411b043-4fae-44bf-b93f-4273a532afa1: 17

这表明Task.Run实际上就像我认为的那样

使用真正的数据库代码，它看起来像这样

a939713d-d728-46c9-be33-aa57704cf242: 19 <--
a939713d-d728-46c9-be33-aa57704cf242: 19 <-- Used same for entire work
7e588a42-afd0-4ab5-ba6b-f8520c889cde: 7
7e588a42-afd0-4ab5-ba6b-f8520c889cde: 19 <-- Reused first works thread when work #2 continued
6f3b067f-f478-43f9-8411-8142b449c28b: 8
6f3b067f-f478-43f9-8411-8142b449c28b: 18

更新尝试Luaan的方法，似乎与从EntityFramework或WebApi HttpClient产生的任务一起工作，但是如下面的手动任务等不能很好地工作，有些则执行，有些则没有。 Task.Run全部执行

_businessWorkerFactory().Run(async ctx =>
{
    var guid = Guid.NewGuid();
    System.Diagnostics.Debug.WriteLine("{0}: {1}", guid, Thread.CurrentThread.ManagedThreadId);

    var completion = new TaskCompletionSource<bool>();

    ThreadPool.QueueUserWorkItem(obj =>
    {
        Thread.Sleep(1000);
        completion.SetResult(true);
    });

    await completion.Task;

    System.Diagnostics.Debug.WriteLine("{0}: {1}", guid, Thread.CurrentThread.ManagedThreadId);
});

Answer 1

Task.Run安排任务在线程池线程上运行。处理请求的相同线程池。

在ASP.NET应用程序上，将工作发送到线程池会窃取可能需要处理请求的线程。

鉴于您的要求，我认为您可以使用MSMQ之类的东西更好地将其工作排到另一个服务/流程。

Answer 2

Task.Run没有产生一个新线程 - 它从线程池中借用一个（假设线程池任务调度程序 - 那里有不同的调度程序，而你也可以写自己的）。当你在await中使用Task.Run时，它仍将照常工作 - 释放线程池线程，直到发布回调为止。

但是，正是由于这个原因，使用Task.Run进行I / O工作没什么意义。如果您要执行异步I / O，只需执行它 - 它将完全相同，无需上下文切换。您必须使其异步 - 如果它只是阻止代码，您就会从线程池中占用宝贵的线程。

请注意，您不需要来完成异步请求。如果你正在执行的异步操作不需要太多时间来设置（也就是说，它几乎立即返回Task，即使它没有完成），你可以调用它：

public async Task SomeAsync()
{
  var request = new MyRequest();

  await request.MakeRequestAsync();

  ...
}

public void Start()
{
  var task = SomeAsync();

  // Now the task is started, and we can use it for future reference. Or just wire up
  // some error handling continuations etc. - though it's usually a better idea to do that
  // within SomeAsync directly.
}

Task.Run是否与使用示例WebApi中的任务一样扩展？

2 个答案: