Hiệu quả sử dụng async/await với ASP.NET Web API

Question

Tôi đang cố gắng tận dụng tính năng async/await của ASP.NET trong dự án API Web của tôi. Tôi không chắc chắn liệu nó sẽ tạo ra bất kỳ sự khác biệt nào về hiệu suất dịch vụ API Web của tôi hay không. Vui lòng tìm bên dưới quy trình làm việc và mã mẫu từ ứng dụng của tôi.

làm việc Lưu lượng:

UI Application → Web API endpoint (điều khiển) → Gọi phương pháp trong Web lớp dịch vụ API → Gọi một dịch vụ web bên ngoài. (Ở đây chúng ta có sự tương tác DB, vv)

Bộ điều khiển:

public async Task<IHttpActionResult> GetCountries() 
{ 
    var allCountrys = await CountryDataService.ReturnAllCountries(); 

    if (allCountrys.Success) 
    { 
     return Ok(allCountrys.Domain); 
    } 

    return InternalServerError(); 
} 

Dịch vụ Lớp:

public Task<BackOfficeResponse<List<Country>>> ReturnAllCountries() 
{ 
    var response = _service.Process<List<Country>>(BackOfficeEndpoint.CountryEndpoint, "returnCountries"); 

    return Task.FromResult(response); 
} 

Tôi đã thử nghiệm mã trên và đang làm việc. Nhưng tôi không chắc liệu đó có phải là cách sử dụng chính xác của async/await hay không. Hãy chia sẻ suy nghĩ của bạn.

Answer 1

Tôi không chắc chắn liệu nó sẽ tạo ra bất kỳ sự khác biệt nào về hiệu suất của API của tôi hay không.

Hãy nhớ rằng lợi ích chính của mã không đồng bộ ở phía máy chủ là khả năng mở rộng. Nó sẽ không kỳ diệu làm cho yêu cầu của bạn chạy nhanh hơn. Tôi bao gồm một số "tôi nên sử dụng async" cân nhắc trong số article on async ASP.NET của mình.

Tôi nghĩ trường hợp sử dụng của bạn (gọi các API khác) rất phù hợp với mã không đồng bộ, chỉ cần nhớ rằng "không đồng bộ" không có nghĩa là "nhanh hơn".Cách tiếp cận tốt nhất là trước hết hãy làm cho UI phản hồi và không đồng bộ của bạn; điều này sẽ làm cho ứng dụng của bạn cảm thấy nhanh hơn ngay cả khi nó hơi chậm hơn.

Theo như mã đi, đây không phải là không đồng bộ:

public Task<BackOfficeResponse<List<Country>>> ReturnAllCountries() 
{ 
    var response = _service.Process<List<Country>>(BackOfficeEndpoint.CountryEndpoint, "returnCountries"); 
    return Task.FromResult(response); 
} 

Bạn sẽ cần một việc thực hiện thực sự không đồng bộ để có được những lợi ích khả năng mở rộng của async:

public async Task<BackOfficeResponse<List<Country>>> ReturnAllCountriesAsync() 
{ 
    return await _service.ProcessAsync<List<Country>>(BackOfficeEndpoint.CountryEndpoint, "returnCountries"); 
} 

Hoặc (nếu bạn logic trong phương pháp này thực sự chỉ là thông qua):

public Task<BackOfficeResponse<List<Country>>> ReturnAllCountriesAsync() 
{ 
    return _service.ProcessAsync<List<Country>>(BackOfficeEndpoint.CountryEndpoint, "returnCountries"); 
} 

Lưu ý rằng nó dễ dàng hơn để làm việc từ "bên trong ra" chứ không phải là "bên ngoài trong" như thế này. Nói cách khác, không bắt đầu với một hành động điều khiển không đồng bộ và sau đó buộc các phương thức hạ lưu không đồng bộ. Thay vào đó, hãy xác định các hoạt động không đồng bộ một cách tự nhiên (gọi API bên ngoài, truy vấn cơ sở dữ liệu, v.v.) và làm cho chúng không đồng bộ ở mức thấp nhất trước tiên (Service.ProcessAsync). Sau đó, hãy để async nhỏ giọt, làm cho hành động của trình điều khiển của bạn không đồng bộ như bước cuối cùng.

Và trong mọi trường hợp, bạn nên sử dụng Task.Run trong trường hợp này.

Answer 2

tôi sẽ thay đổi lớp dịch vụ của bạn:

public Task<BackOfficeResponse<List<Country>>> ReturnAllCountries() 
{ 
    return Task.Run(() => 
    { 
     return _service.Process<List<Country>>(BackOfficeEndpoint.CountryEndpoint, "returnCountries"); 
    }  
} 

khi bạn có nó, bạn vẫn chạy _service.Process cuộc gọi của bạn đồng bộ và đạt được rất ít hoặc không có lợi ích từ chờ nó.

Với cách tiếp cận này, bạn đang gói cuộc gọi có khả năng chậm trong một Task, bắt đầu cuộc gọi và trả lại để chờ. Bây giờ bạn có được lợi ích của việc chờ đợi Task.

Answer 3

Chính xác, nhưng có lẽ không hữu ích.

Vì không có gì để chờ - không có cuộc gọi chặn API có thể hoạt động không đồng bộ - khi đó bạn đang thiết lập cấu trúc để theo dõi hoạt động không đồng bộ (có phí) nhưng sau đó không sử dụng khả năng đó.

Ví dụ, nếu các lớp dịch vụ được thực hiện các hoạt động DB với Entity Framework mà hỗ trợ các cuộc gọi không đồng bộ:

public Task<BackOfficeResponse<List<Country>>> ReturnAllCountries() 
{ 
    using (db = myDBContext.Get()) { 
     var list = await db.Countries.Where(condition).ToListAsync(); 

     return list; 
    } 
} 

Bạn sẽ cho phép các sợi nhân để làm cái gì khác trong khi db được truy vấn (và do đó có thể xử lý một yêu cầu khác).

Chờ đợi có xu hướng trở thành thứ cần phải giảm hết sức: rất khó để phù hợp với hệ thống hiện tại.