Nếu giao diện của tôi phải trả về Nhiệm vụ, cách tốt nhất để thực hiện không hoạt động là gì?

Trong mã bên dưới, do giao diện, lớp LazyBarphải trả về một tác vụ từ phương thức của nó (và đối với các đối số không thể thay đổi). Nếu LazyBarviệc triển khai không bình thường ở chỗ nó chạy nhanh và đồng bộ - cách tốt nhất để trả về tác vụ Không hoạt động từ phương thức là gì?

Tôi đã đi với Task.Delay(0)bên dưới, tuy nhiên tôi muốn biết liệu điều này có bất kỳ tác dụng phụ hiệu suất nào không nếu chức năng được gọi rất nhiều (đối với lợi ích, nói hàng trăm lần một giây):

• Liệu cú pháp đường này không gió đến một cái gì đó lớn?
• Nó có bắt đầu làm tắc nghẽn nhóm chủ đề của ứng dụng của tôi không?
• Là trình biên dịch cleaver đủ để đối phó với Delay(0)khác nhau?
• Sẽ return Task.Run(() => { });khác nhau chứ?

Có cách nào tốt hơn?

using System.Threading.Tasks;

namespace MyAsyncTest
{
    internal interface IFooFace
    {
        Task WillBeLongRunningAsyncInTheMajorityOfImplementations();
    }

    /// <summary>
    /// An implementation, that unlike most cases, will not have a long-running
    /// operation in 'WillBeLongRunningAsyncInTheMajorityOfImplementations'
    /// </summary>
    internal class LazyBar : IFooFace
    {
        #region IFooFace Members

        public Task WillBeLongRunningAsyncInTheMajorityOfImplementations()
        {
            // First, do something really quick
            var x = 1;

            // Can't return 'null' here! Does 'Task.Delay(0)' have any performance considerations?
            // Is it a real no-op, or if I call this a lot, will it adversely affect the
            // underlying thread-pool? Better way?
            return Task.Delay(0);

            // Any different?
            // return Task.Run(() => { });

            // If my task returned something, I would do:
            // return Task.FromResult<int>(12345);
        }

        #endregion
    }

    internal class Program
    {
        private static void Main(string[] args)
        {
            Test();
        }

        private static async void Test()
        {
            IFooFace foo = FactoryCreate();
            await foo.WillBeLongRunningAsyncInTheMajorityOfImplementations();
            return;
        }

        private static IFooFace FactoryCreate()
        {
            return new LazyBar();
        }
    }
}

Sử dụng Task.FromResult(0)hoặc Task.FromResult<object>(null)sẽ phát sinh ít chi phí hơn so với việc tạo Taskbiểu thức không có op. Khi tạo một Taskkết quả được xác định trước, không có chi phí lập lịch liên quan.

Hôm nay, tôi khuyên bạn nên sử dụng Task.CompletedTask để thực hiện điều này.

Để thêm vào câu trả lời của Reed Copsey về việc sử dụng Task.FromResult, bạn có thể cải thiện hiệu suất hơn nữa nếu bạn lưu trữ tác vụ đã hoàn thành vì tất cả các phiên bản của nhiệm vụ đã hoàn thành đều giống nhau:

public static class TaskExtensions
{
    public static readonly Task CompletedTask = Task.FromResult(false);
}

Với TaskExtensions.CompletedTaskbạn có thể sử dụng cùng một ví dụ trong toàn bộ miền ứng dụng.

Các phiên bản mới nhất của Net Framework (v4.6) cho biết thêm như vậy với các Task.CompletedTaskthuộc tính tĩnh

Task completedTask = Task.CompletedTask;

Task.Delay(0)như trong câu trả lời được chấp nhận là một cách tiếp cận tốt, vì nó là một bản sao được lưu trong bộ nhớ cache đã hoàn thành Task.

Cho đến ngày 4.6 Task.CompletedTask, mục đích của nó rõ ràng hơn, nhưng không chỉ Task.Delay(0)trả về một thể hiện được lưu trong bộ nhớ cache, nó còn trả về cùng một thể hiện được lưu trong bộ nhớ cache Task.CompletedTask.

Bản chất được lưu trong bộ nhớ cache của cả hai không được đảm bảo là không đổi, nhưng vì tối ưu hóa phụ thuộc vào triển khai chỉ phụ thuộc vào triển khai là tối ưu hóa (nghĩa là chúng vẫn hoạt động chính xác nếu việc triển khai thay đổi thành một thứ vẫn còn hiệu lực), việc sử dụng Task.Delay(0)là tốt hơn câu trả lời được chấp nhận.

Gần đây đã gặp phải điều này và liên tục nhận được cảnh báo / lỗi về phương thức bị vô hiệu.

Chúng tôi đang kinh doanh trong việc xoa dịu trình biên dịch và điều này sẽ xóa nó:

    public async Task MyVoidAsyncMethod()
    {
        await Task.CompletedTask;
    }

Điều này tập hợp những điều tốt nhất của tất cả các lời khuyên ở đây cho đến nay. Không có tuyên bố trả lại là cần thiết trừ khi bạn thực sự làm một cái gì đó trong phương thức.

return Task.CompletedTask; // this will make the compiler happy

Khi bạn phải trả về loại được chỉ định:

Task.FromResult<MyClass>(null);

Tôi thích Task completedTask = Task.CompletedTask;giải pháp của .Net 4.6, nhưng một cách tiếp cận khác là đánh dấu phương thức không đồng bộ và trả về void:

    public async Task WillBeLongRunningAsyncInTheMajorityOfImplementations()
    {
    }

Bạn sẽ nhận được cảnh báo (CS1998 - Chức năng Async mà không cần chờ biểu hiện), nhưng điều này là an toàn để bỏ qua trong bối cảnh này.

Nếu bạn đang sử dụng thuốc generic, tất cả câu trả lời sẽ cho chúng tôi biên dịch lỗi. Bạn có thể sử dụng return default(T);. Mẫu dưới đây để giải thích thêm.

public async Task<T> GetItemAsync<T>(string id)
            {
                try
                {
                    var response = await this._container.ReadItemAsync<T>(id, new PartitionKey(id));
                    return response.Resource;
                }
                catch (CosmosException ex) when (ex.StatusCode == System.Net.HttpStatusCode.NotFound)
                {

                    return default(T);
                }

            }

return await Task.FromResult(new MyClass());