产线机器人项目，上位机以读写寄存器的方式控制机器人，服务器就是用 ASP.NET Core 写的 Web API。由于前一位开发者写的代码质量问题，导致上位机需要16秒才能启动。经过改造，除了保留业务逻辑代码，其他的基本重写。如今上位机的启动时间在网络状态良好的条件下可以秒启动。原上位机启动慢的原因：

1、启动时使用同步方式访问 Web API，在网络较弱时需要等待很长时间。改为导步请求，并且不等待请求结果，直接显示窗口；如果前面的请求失败，在窗口显示后再次发出异步请求，并且不等待。如果再失败才提示用户。

2、原项目在 Main 方式处就连接PLC，而产线的PLC压根就没插电源。我改为在连接机器人之后才连接，同样是异步不等待。如果连不上直接忽略。

3、原项目是一个窗口一个项目，然后把这些窗口生成 .dll，放到一个目录下，主程序启动时从目录下扫描 .dll，通过反射动态实例化窗口。这根本不需要的，一个上位机不可能有几百个窗口吧，何必呢。我改为使用服务容器的方式管理窗口，主界面通过依赖注入自动获取子窗口列表，再添加到主界面上。每个子窗口实现 IPage 接口用于识别，接口里面定义标题和页面索引即可。

4、干掉 Log4Net，使用官方的 Logging 库。

5、通信用的 JSON 数据全改用 System.Text.Json，而不是某 Newton，修改后速度快了一个次元。

由于 Web API 程序是运行在服务器的 IIS 中的，上一位开发者没有实现日志功能（仅仅用 ASP.NET Core 应用程序默认开启的控制台等日志功能），问题是日志没有保存。

原来的计划是把日志写到系统中，这样就能保存下来，用“事件查看器”就能欣赏。后来想想这方案不行，工厂那伙人肯定找不到日志在哪。写数据库里面？想想似乎没这个必要。简单粗暴，直接自定义一个 ILogger，把日志输出到文件中，然后加一个 Web API 读取文件，上位机那里就可以调用，返回日志内容。

后经过现场调试发现，其实也不需要这样。时间长了，会存下很多日志文件，就算用日期标识文件名也是很乱。实际上他们并不要求保存日志，只是在运作过程中实时监控机器人（应该叫机械臂）的工作状态而已。如果不出问题，他们甚至连日志都不看。上面用文件实现的日志方式，主要缺点是不能实时推到上位机。 现场调试也方便。

于是，另一方案：用 SignalR 实时向上位机推送日志。

 上面都是大话，现在开始主题。

原理是这样的：上位机作为 SignalR 客户端，发起连接后，不用主动调用服务器上的方法，而是等服务器调用回调方法。

 第一步，咱们要自定义一个 ILogger。

public class KingkingLogger : ILogger
{private readonly string cateName;public KingkingLogger(string cate){cateName = cate;}public IDisposable? BeginScope<TState>(TState state) where TState : notnull{return default;}public bool IsEnabled(LogLevel logLevel){return logLevel != LogLevel.None;}public void Log<TState>(LogLevel logLevel, EventId eventId, TState state, Exception? exception, Func<TState, Exception?, string> formatter){if(IsEnabled(l