我有一个从多个MessageQueue实例读取的 Windows服务.这些消息队列都运行自己的任务来读取消息.通常,在阅读消息后,I / O数据库的工作就完成了.我发现文章声称在I / O操作上使用异步是个好主意,因为它可以释放线程.我正在尝试模拟在控制台应用程序中使用异步I / O操作的性能提升.

控制台应用程序

在我的测试环境中,我有10个队列. GetQueues()返回10个不同的MessageQueue实例.

static void Main(string[] args)
{
    var isAsync = Console.ReadLine() == "Y";
    foreach (var queue in queueManager.GetQueues())
    {
        var temp = queue;
        Task.Run(() => ReceiveMessagesForQueue(temp,isAsync));
    }

    while (true)
    {
        FillAllQueuesWithMessages();
        ResetAndStartStopWatch();
        while(!AllMessagesRead())
        {
            Thread.Sleep(10);
        }
        Console.WriteLine("All messages read in {0}ms",stopWatch.ElapsedMilliseconds);
    }
}

static async Task ReceiveMessagesForQueue(MessageQueue queue,bool isAsync)
{
    while (true)
    {
        var message = await Task.Factory.FromAsync<Message>(queue.BeginReceive(),queue.EndReceive);

        if (isAsync)
            await ProcessMessageAsync(message);
        else
            ProcessMessage(message);
    }
}

异步消息处理

在Task.Delay()上使用await,因此应该释放当前的Thread

static async Task ProcessMessageAsync(Message message)
{
    await Task.Delay(1000);
    Burncpu();
}

同步消息处理

等待Task.Delay(),所以不应该释放当前的Thread

static void ProcessMessage(Message message)
{
    Task.Delay(1000).Wait();
    Burncpu();
}

最后,结果是平等的.我在这里错过了什么吗？

编辑1

我正在使用stopWatch.ElapsedMilliseconds测量总时间.我使用FillAllQueuesWithMessages()使用10,100,10000或更多消息填充所有队列.

编辑2

ReceiveMessagesForQueue()现在返回Task而不是void.

编辑3(修复)

此测试确实显示了我现在的性能改进.我不得不让Burncpu()花更多的时间.在等待Task.Delay()时,Burncpu()可以使用已发布的线程进行处理.

Task.Delay(1000).Wait();

await Task.Delay(1000);