侦探般的程序员之二不等待的调用异步方法填坑小计

概述

用户反馈了一个问题，操作之后的消息没有收到，但是问题比较特殊：

只有在特定的业务流程下才会出现
相同的流程只有特定的用户才会出现

问题分析：

代码的逻辑是这样的，先执行保存功能如果保存成功了就发送消息通知
问题的关键在于发送消息的方法是异步的并且没有使用await等待直接调用，基本结构如下：

        //保存
        public bool Save () {
            bool result = true;
            var t= SendMsgAsync();
            return result;
        }

        //发送消息
        private async Task SendMsgAsync () {
            Console.WriteLine ("开始发送消息")
            long num = 0;
            while (true) {
                Console.WriteLine ("仅执行一次");
                 await Task.Delay (5000);
                Console.WriteLine ("不执行");
            }

        }

通过日志分析就是程序运行到某一点之后就不再向下运行了这个比较诡异于是打上断点调试了一下
调试时的现象就是发送消息的时候执行到一个异步调用接口的方法时就没有进入下一个断点了就消失不见，而且再没有进入断点的同时接口就返回了保存的结果

解决

看到这个问题怀疑时异步调用方法并且没有await导致于是再调用 SendMsgAsync 加上await 测试，消息发送成功，于是按这个方式更新一版，保证用户业务正常。
但是到这里，问题并没有解决发送消息的逻辑比较复杂，用时有时会比较久，直接await的话接口会比较慢
请教一个同事，同事表示异步方法不能这样用不能不等待我说那Task.Run()？试了试 Task.Run()问题也解决了
但是这样感觉还是不够简洁重要的是问题的原因显然不是不能await 要找到问题的本质，联想到之前遇到过的一个同步调用async方法导致死锁的问题，非常相似，怀疑跟SynchronizationContext有关
SynchronizationContext 这个引发的问题的特点是：console程序不会有问题 .NetCore的WebApi也不会有问题（因为实质上也是控制台）于是将代码简化后分别放入控制台项目和.netCore 项目运行果然没问题
确定了SynchronizationContext 导致的问题之后就简单了这个问题的本质就是运行到异步方法时使用了新的线程运行，运行结束后要回到原始线程的状态时获取不到或冲突导致
观察之前线上的错误日志对应的线程id 但是杂乱无章各种乱入然后在本地手工调用System.Threading.Thread.CurrentThread.ManagedThreadId 并记录日志发现因为记录日志的方法做了二次封装线程id实际时记录日志的线程id 记录日志是异步的。。
于是写了一个Mock方法来复现问题并记录日志发现所有的有输出的日志都是同一个线程id 而且都是在SendMsgAsync await之前的才有输出而core的代码则是await后是另外的线程id
于是在 await SendMsgAsync()方法加入.ConfigureAwait (false); 成功 Mock的方法成功走完了但是实际的方法没有生效，仍然没有推送消息
想起之前看到的clr via中说到当运行到await的时候会根据一定情况来选择是用当前进程运行或者是使用另一个线程运行，当前线程返回运行await后的方法未来避免SynchronizationContext导致死锁
clr via给出的方法是在所有awaait使用ConfigureAwait(false)来声明不用恢复上下文环境（因为不知道实际会是在那里使用新的线程运行）或者是使用Task.Run()来运行 Task.Run 是一个干净的上下文不存在切换的我呢提
第一个方法显然可操作性太差毕竟调用链太长第二个方法的话就是之前用过的
既然是因为是否使用其它线程来执行是因为不知道那里切换的话那我们就在SendMsgAsync第一行手工来切换使用await Task.Delay(1).ConfigureAwait (false);来强制切换一次想起之前写js也用过setTimeout(function(){},1);来强制切换，异曲同工
修改还代码如下：

      //保存
      public bool Save () {
          bool result = true;
          var t= SendMsgAsync();
          return result;
      }

      //发送消息
      private async Task SendMsgAsync () {
          await Task.Delay(1).ConfigureAwait (false);
          Console.WriteLine ("开始发送消息")
          long num = 0;
          while (true) {
              Console.WriteLine ("循环执行");
               await Task.Delay (5000);
              Console.WriteLine ("循环执行");
          }
      }

线上问题分析：

特定的流程导致：只有特定的流程才需要使用接口（接口有数据缓存）获取数据，在其它情况下没有使用接口，程序没有发生线程的切换
特定的用户：特定的用户数据缓存中没有，需要调用接口获取，而使用缓存的话就没有调用接口的过程实际异步方法也没有线程的切换

侦探般的程序员之二 不等待的调用异步方法填坑小计

概述

问题分析：

解决

线上问题分析：

侦探般的程序员之二不等待的调用异步方法填坑小计