我认为你可能误解了async的作用。警告是完全正确的：如果你标记了方法为async但在任何地方都没有使用await，那么你的方法将不会是异步的。如果你调用它，方法内部的所有代码将同步执行。
我想编写一个应该以异步方式运行但不需要使用await的方法。例如，在使用线程时。
public async Task PushCallAsync(CallNotificationInfo callNotificationInfo)
{
Logger.LogInfo("Pushing new call {0} with {1} id".Fill(callNotificationInfo.CallerId,
}
PushCallAsync并异步运行，而不想使用await。你还是对 async 的理解存在误解。 async 关键字并不意味着“在另一个线程上运行”。
如果要将一些代码推送到另一个线程上，你需要显式地这样做，例如使用 Task.Run：
await Task.Run(() => Logger.LogInfo("Pushing new call {0} with {1} id".Fill(callNotificationInfo.CallerId));
我有一篇介绍async/await的文章，你可能会觉得有帮助。
Task.Run是被await的。 - Stephen Cleary如果您的Logger.LogInfo已经是异步的，那么这已经足够了：
public void PushCallAsync(CallNotificationInfo callNotificationInfo)
{
Logger.LogInfo("Pushing new call {0} with {1} id".Fill(callNotificationInfo.CallerId,
}
如果不是，则异步启动它而无需等待
public void PushCallAsync(CallNotificationInfo callNotificationInfo)
{
Task.Run(() => Logger.LogInfo("Pushing new call {0} with {1} id".Fill(callNotificationInfo.CallerId));
}
Task.Run使用不同的默认值：DenyChildAttach和TaskScheduler.Default。TaskScheduler特别重要，因为StartNew默认会使用TaskScheduler.Current，这会根据调用者的上下文以不同方式安排委托。这已经使许多人犯错，因此许多团队采用了代码规则，除非指定了TaskScheduler，否则不允许使用StartNew。 - Stephen Cleary你误解了async的含义。它实际上只是告诉编译器在后台为你执行控制流反转，以便将整个方法堆栈标记为异步。
你实际想做什么取决于你的问题。（假设你的调用Logger.LogInfo（..）是一个async方法，因为它最终会调用File.WriteAsync()等操作）。
File.WriteAsync），你不需要在控制流中期望任何结果。这就是fire and forget。Logger.LogInfo（..）完成后才能继续，那么你必须采取预防措施。这种情况通常发生在你的方法“在调用堆栈的中间”。然后，Logger.LogInfo（..）通常会返回一个Task，你可以等待它。但要注意不要调用task.Wait()，因为它会死锁你的GUI线程。而应该使用await或返回任务（然后可以省略async）：public void PushCallAsync(CallNotificationInfo callNotificationInfo)
{
return Logger.LogInfo("Pushing new call {0} with {1} id".Fill(callNotificationInfo.CallerId);
}或者
public async void PushCallAsync(CallNotificationInfo callNotificationInfo)
{
await Logger.LogInfo("Pushing new call {0} with {1} id".Fill(callNotificationInfo.CallerId);
}
async void。这是唯一可以接受的时间和制作异步事件处理程序的唯一正确方法。如果您的同步方法是void，则应该是async Task。这是由于异常处理，在事件处理程序上将在synchronizationContext上抛出（类似于同步事件），而不是在调用方上抛出。如果可能，异步事件处理程序应该是一个薄的私有包装器，一个async Task函数（以便进行测试或重用）。 - Graeme Wickstedasync Task，因为它不是事件处理程序。请记住：async Task本质上是async Task<void>，但后者根本不存在。async void和async Task之间唯一的区别是异常传播，它只对事件处理程序有意义。我没有观察到任何具体的例子表明其他情况。 - Graeme WickstedThreadPool.QueueUserWorkItem( foo => PushCallAsync(callNotificationInfo) );
QueueUserWorkItem（仅使用两个线程，所以它也很敏感）在几个设备上完全卡住了CPU，而Task库将完美地管理它。我还遇到了一个问题，即我已经排队了几个线程，直到它们全部完成，回调函数才会被触发，就像是一种线程雪崩。 - J. Steen根据你的例子
public async Task PushCallAsync(CallNotificationInfo callNotificationInfo)
{
Logger.LogInfo("Pushing new call {0} with {1} id".Fill(callNotificationInfo.CallerId,
}
async关键字给方法PushCallAsync提供了等待的能力，但它从不等待任何东西如果您的意图是让该方法异步运行 - 正如名称PushCallAsync所暗示的那样，您必须找到一种替代方式来同步调用LogInfo。
如果存在一个LogInfoAsync方法，并且试图避免使用await是不明智的。等待非常重要，因为：
如果您特别想要fire-and-forget行为，即不依赖于执行顺序（例如，在此情况下不关心日志消息的顺序），则调用LogInfoAsync()而不等待结果。
由于您没有使用任何await，因此不需要将方法标记为async。使其异步的不是async关键字，而是调用其他方法的异步性。
public Task PushCallAsync(CallNotificationInfo callNotificationInfo)
{
// Fire and forget - we do not care about the result, failure, or order of this log message
_ = Logger.LogInfoAsync("Pushing new call {0} with {1} id".Fill(callNotificationInfo.CallerId,
Task.CompletedTask;
}
或非异步
public void PushCall(CallNotificationInfo callNotificationInfo)
{
// Fire and forget - we do not care about the result, failure, or order of this log message
_ = Logger.LogInfoAsync("Pushing new call {0} with {1} id".Fill(callNotificationInfo.CallerId,
}
Task.Run。async/await并不是真正的多线程机制，实际上我认为运行时会尽可能地在尽可能少的线程上执行任务。这主要是因为编译器会自动将你的代码转换为延续传递风格，所以只有在绝对必要时才需要等待后台操作的结果或完成。当你不需要等待（或await）调用结果时，这不是你要寻找的语言特性。 - millimoose