Tại sao tôi nên tạo các thao tác WebAPI không đồng bộ thay vì các thao tác đồng bộ?

Tôi có thao tác sau trong API Web mà tôi đã tạo:

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public CartTotalsDTO GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
    return delegateHelper.GetProductsWithHistory(CustomerContext.Current.GetContactById(pharmacyId), refresh);
}

Lệnh gọi đến dịch vụ web này được thực hiện thông qua lệnh gọi Jquery Ajax theo cách này:

$.ajax({
      url: "/api/products/pharmacies/<%# Farmacia.PrimaryKeyId.Value.ToString() %>/page/" + vm.currentPage() + "/" + filter,
      type: "GET",
      dataType: "json",
      success: function (result) {
          vm.items([]);
          var data = result.Products;
          vm.totalUnits(result.TotalUnits);
      }          
  });

Tôi đã thấy một số nhà phát triển triển khai hoạt động trước đó theo cách này:

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public async Task<CartTotalsDTO> GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
    return await Task.Factory.StartNew(() => delegateHelper.GetProductsWithHistory(CustomerContext.Current.GetContactById(pharmacyId), refresh));
}

Tuy nhiên, phải nói rằng GetProductsWithHistory () là một hoạt động khá dài. Với vấn đề và bối cảnh của tôi, việc làm cho hoạt động webAPI không đồng bộ sẽ có lợi cho tôi như thế nào?

Trong ví dụ cụ thể của bạn, hoạt động hoàn toàn không đồng bộ nên những gì bạn đang làm là không đồng bộ hóa quá đồng bộ. Bạn chỉ phát hành một chủ đề và chặn một chủ đề khác. Không có lý do gì cho điều đó, bởi vì tất cả các luồng đều là luồng nhóm luồng (không giống như trong ứng dụng GUI).

Trong cuộc thảo luận của tôi về “không đồng bộ qua đồng bộ hóa”, tôi thực sự đề xuất rằng nếu bạn có một API được triển khai đồng bộ trong nội bộ, bạn không nên để lộ một đối tác không đồng bộ chỉ bao bọc phương thức đồng bộ Task.Run.

Từ Tôi có nên hiển thị trình bao bọc đồng bộ cho các phương thức không đồng bộ không?

Tuy nhiên, khi thực hiện các cuộc gọi WebAPI asynctrong đó có một hoạt động không đồng bộ thực tế (thường là I / O) thay vì chặn một luồng đang nằm và chờ kết quả, luồng sẽ quay trở lại nhóm luồng và do đó có thể thực hiện một số hoạt động khác. Hơn tất cả điều đó có nghĩa là ứng dụng của bạn có thể làm được nhiều việc hơn với ít tài nguyên hơn và điều đó cải thiện khả năng mở rộng.

Một cách tiếp cận có thể là (tôi đã sử dụng điều này thành công trong các ứng dụng của khách hàng) để có Dịch vụ Windows chạy các hoạt động dài dòng với các chuỗi công nhân và sau đó thực hiện việc này trong IIS để giải phóng các chuỗi cho đến khi hoạt động chặn hoàn tất: Lưu ý, điều này giả định kết quả được lưu trữ trong một bảng (các hàng được xác định bởi jobId) và một quy trình gọn gàng hơn sẽ dọn dẹp chúng vài giờ sau khi sử dụng.

Để trả lời câu hỏi, "Với vấn đề và bối cảnh của tôi, việc làm cho hoạt động webAPI không đồng bộ sẽ có lợi cho tôi như thế nào?" cho rằng đó là "một hoạt động khá dài" tôi đang nghĩ nhiều giây hơn là vài giây, cách tiếp cận này giải phóng các luồng IIS. Rõ ràng là bạn cũng phải chạy một dịch vụ windows mà bản thân nó cũng tốn tài nguyên nhưng cách tiếp cận này có thể ngăn chặn một loạt các truy vấn chậm ăn cắp luồng từ các phần khác của hệ thống.

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public async Task<CartTotalsDTO> GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
        var jobID = Guid.NewGuid().ToString()
        var job = new Job
        {
            Id = jobId,
            jobType = "GetProductsWithHistory",
            pharmacyId = pharmacyId,
            page = page,
            filter = filter,
            Created = DateTime.UtcNow,
            Started = null,
            Finished = null,
            User =  {{extract user id in the normal way}}
        };
        jobService.CreateJob(job);

        var timeout = 10*60*1000; //10 minutes
        Stopwatch sw = new Stopwatch();
        sw.Start();
        bool responseReceived = false;
        do
        {
            //wait for the windows service to process the job and build the results in the results table
            if (jobService.GetJob(jobId).Finished == null)
            {
                if (sw.ElapsedMilliseconds > timeout ) throw new TimeoutException();
                await Task.Delay(2000);
            }
            else
            {
                responseReceived = true;
            }
        } while (responseReceived == false);

    //this fetches the results from the temporary results table
    return jobService.GetProductsWithHistory(jobId);
}