async等待调用多个同步方法

时间:2013-03-14 21:18:38

标签: c# parallel-processing async-await

我想知道如何最好地处理这个异步等待链,其中需要在异步链之后顺序调用多个CPU绑定方法。

我在下面输入了一个小例子。

我只是想找出表现最好/最少副作用的模式是什么。我想确保我没有打败异步的好处。我的Filter方法不能访问任何异步和等待的东西,所以要使它们异步意味着我必须在调用方法中返回Task.Run(()=> Filter1(标准))或类似等待Task.Run(( )=> {return events;});在过滤方法本身。最佳实践的方法是问题。这是大多数讨论停止的地方,所以一个完整的例子和建议会很好。

是否有任何4.5异步等待专家可以给出好的建议?

namespace test
{
    using System.Net;
    using System.Net.Http;
    using System.Threading.Tasks;
    using System.Web.Http;

    public class sampleController : ApiController
    {
        private Service _service;

        public sampleController()
        {
            _service = new Service();
        }

        public async Task<HttpResponseMessage> SomeTask(DiagnosesSearchCriterion criterion)
        {
            return Request.CreateResponse<IEnumerable<Diagnosis>>(HttpStatusCode.OK, await _service.GetDiagnosesByGroup(criterion));
        }
    }

    public class Service
    {
        private Repository _repository;

        public Service()
        {
            _repository = new Repository();
        }
        public async Task<IEnumerable<Diagnosis>> GetDiagnosis(DiagnosesSearchCriterion criterion)
        {
            System.IO.Stream events = await _repository.GetEvents(criterion);

            // Will these block? Should they be async? They are CPU bound... 
            // how to best handle this, they need to be called sequentially in most cases.
            events = Filter1(criterion, events);
            events = Filter2(criterion, events);

            return new Diagnosis[]{};
        }

        public System.IO.Stream Filter1(DiagnosesSearchCriterion criterion, System.IO.Stream events)
        {
            // CPU bound PLINQ and Parallel filtering logic here.....

            return events;
        }

        public System.IO.Stream Filter2(DiagnosesSearchCriterion criterion, System.IO.Stream events)
        {
            // CPU bound PLINQ and Parallel filtering logic here.....
            // ....

            return events;
        }
    }

    public class Repository
    {
        public async Task<System.IO.Stream> GetEvents(DiagnosesSearchCriterion criterion)
        {
            WebClient wc = new WebClient();
            return await wc.OpenReadTaskAsync("http://www.blah.com/stuff");
        }
    }
}

1 个答案:

答案 0 :(得分:2)

在服务器端,async的主要好处是可伸缩性 - 也就是说,如果请求只是在等待某些请求,则线程池线程将从处理请求中解放出来/ O完成。

在这种情况下(你的方法是CPU绑定的),使它们async没有任何好处。您仍将使用Task.Run占用线程池线程(并添加少量开销)。由于它们应该按顺序执行,因此最简单的方法是同步调用它们,就像代码当前正在执行的那样。

我认为这个场景在优秀的Async in ASP.NET video中得到了解决。请注意,客户端的相同情况将以不同方式处理。在客户端,async的主要好处是响应性,因此 将CPU工作投入线程池线程({{1} }),因为这将释放UI线程。

(作为旁注,在服务器上进行并行处理通常不是一个好主意,除非你确定你的用户数量会很低)。