在同步方法中运行任务。运行（）而不等待（）有什么含义？

Question

我有一个旧式代码计时器，每2秒运行一次长时间的数据库更新查询，类似这样

 private void timer_Elapsed(object sender, ElapsedEventArgs e)
    {
      MySyncMethod();
    }
    
    private void MySyncMethod()
    {
      Task.Run(()=>{Run a long running DB update query});
    }

假设我们不需要DB更新结果，那么在上面的代码中不等待任务完成会有什么影响吗？

Task.Run(()=>{Update something in DB}).Wait();

在我的理解中，当我们称之为任务时。Run（）从线程池中获取新的/可用的线程，任务在此线程中运行。因为我们称之为任务。从sync方法运行（）时，我们不会记住当前的同步上下文，并在任务完成时恢复它，就像等待任务一样。在异步方法中运行（）。因此，我的另一个问题是，当任务完成时，后续命令是在任务的线程中执行还是在原始线程中执行，即MySyncMethod（）线程？例如，如果我的方法如下所示

私有无效MySyncMethod（）

   {
      Task.Run(()=>{Run a long running DB update query});
     ... Do something after Task is completed
    }

是做点什么。。。任务完成后在任务的线程或MySyncMethod（）线程中执行？

Answer 1

对不起，MBK，你有很多问题，所以我需要在这里回答：

不，这取决于：

• 如果任务有10个线程和0个-

我不知道你的确切意思，但是如果你只是调用任务。运行（...）您无法知道您的查询是否可以在主线程上成功运行。

对我来说，我不会使用任务。只运行（...），我总是需要知道查询的结果，所以我会使用任务。运行（...）。等待（）或者如果我不想阻塞主线程，我会结合回调来处理查询结果，如下所示：

Task.Run(()=>{
 try {
   //Run a long running DB update query
   callback.onQueryRunSuccess();
 }
 catch(Exception e) {
      callback.onQueryRunFailed(e);
 }
});