我是否總是需要等待一次性 object 的異步方法而不是返回其任務？

Question

似乎我陷入了一個巨大的陷阱，經過數小時的調試，我看到該過程在 RunGame1() 中不再“使用” scope，並且在等待時任務永遠不會完成。

async void Execute(object o)  // ICommand.Execute
{
    // fire and forget
    try
    {
        await RunGame2();  // RunGame1() fails to complete
    }
    finally
    { ... }
}

// This fails due to process going out of "using" scope and never completes
Task RunGame1()
{
    var info = new ProcessStartInfo("game.exe") { CreateNoWindow = true };
    using var process = new Process() { StartInfo = info };
    process.Start();
    return process.WaitForExitAsync();
}

// Have to await the Task inside the method
async Task RunGame2()
{
    var info = new ProcessStartInfo("game.exe") { CreateNoWindow = true };
    using var process = new Process() { StartInfo = info };
    process.Start();
    await process.WaitForExitAsync();
}

是否有解決此問題的模式，以便我可以返回任務以保存編譯器，從而制作額外的 state 機器，或者只是需要注意的事情？

Answer 1

這確實是一個常見的問題 - 由於類似的原因，我已經看到了幾個錯誤。

簡而言之：

• 不，您並不總是需要await任務，有時避免異步機制的開銷可能是積極有利的 - 特別是在文件/網絡 IO 循環等緊湊代碼中，但是（這是一個很大的但是）
• 如果這意味着您是 escaping 一個try / finally區域（其中還包括using和lock ，盡管在async代碼中lock存在其他更大的問題），那么您需要考慮到這一點，這通常意味着“是的，您需要await “

如果有一個分析器發現Task[<T>] / ValueTask[<T>]在這樣一個區域內的非async方法中return ，那就太好了，因為它幾乎總是一個錯誤，並且對於有幾次它不是（ finally與返回的東西無關）它可以被壓制。