C# UWP串口写入应用无警告崩溃：树莓派控制Arduino异常

这种无警告崩溃的情况我之前在UWP串口项目里也踩过坑，结合你描述的“初始化正常、运行一段时间后崩溃”的现象，大概率是串口资源管理不当或者异步操作未正确处理导致的，咱们一步步来排查和解决：

1. 串口资源未正确释放，导致资源泄漏 #

UWP的SerialDevice实现了IDisposable接口，如果长时间持有未释放，或者重复创建串口对象却没清理，会导致系统资源耗尽，最终触发无警告崩溃。

解决方法： #

• 每次使用串口后主动释放资源，推荐用using块自动管理（离开块时自动调用Dispose()）：

  using (var serialDevice = await SerialDevice.FromIdAsync(deviceId))
  {
      // 配置串口参数（波特率、数据位等，和Arduino保持一致）
      serialDevice.BaudRate = 9600;
      serialDevice.DataBits = 8;
      serialDevice.Parity = SerialParity.None;
      serialDevice.StopBits = SerialStopBitCount.One;
  
      // 转换字符串为字节数组（注意编码要和Arduino端匹配，常用ASCII）
      var commandBytes = Encoding.ASCII.GetBytes("your_command_here");
      // 写入数据并刷新缓冲区
      await serialDevice.OutputStream.WriteAsync(commandBytes.AsBuffer());
      await serialDevice.OutputStream.FlushAsync();
  }
  

• 如果需要复用串口对象（比如全局实例），一定要加异步锁避免并发访问，同时在设备断开时及时释放：

  private readonly SemaphoreSlim _serialSemaphore = new SemaphoreSlim(1, 1);
  private SerialDevice _serialDevice;
  
  public async Task SendCommand(string command)
  {
      if (_serialDevice == null || !_serialDevice.IsDeviceAccessible)
      {
          Debug.WriteLine("串口未连接或已失效");
          return;
      }
  
      await _serialSemaphore.WaitAsync();
      try
      {
          var commandBytes = Encoding.ASCII.GetBytes(command);
          await _serialDevice.OutputStream.WriteAsync(commandBytes.AsBuffer());
          await _serialDevice.OutputStream.FlushAsync();
      }
      catch (Exception ex)
      {
          Debug.WriteLine($"写入失败：{ex.Message}");
          // 这里可以添加用户提示，比如弹窗告知发送失败
      }
      finally
      {
          _serialSemaphore.Release();
      }
  }
  

2. 异步操作未正确处理，导致未捕获异常 #

你提到用void方法结合Task实现发送，UWP中void异步方法（比如事件处理器）里的未捕获异常会直接终止应用，而且不会给出明显警告。

解决方法： #

• 把void异步方法改为async Task，调用时用await等待；如果是事件处理器必须用void，一定要在内部加try-catch捕获异常：

  // 错误写法：直接调用异步方法不等待，异常会导致崩溃
  private void SendBtn_Click(object sender, RoutedEventArgs e)
  {
      SendCommandToArduino("test");
  }
  
  // 正确写法：async void事件处理器，内部捕获所有异常
  private async void SendBtn_Click(object sender, RoutedEventArgs e)
  {
      try
      {
          await SendCommandToArduino("test");
      }
      catch (Exception ex)
      {
          Debug.WriteLine($"发送失败：{ex.Message}");
          await new MessageDialog($"发送指令失败：{ex.Message}").ShowAsync();
      }
  }
  
  private async Task SendCommandToArduino(string command)
  {
      // 串口写入逻辑
  }
  

3. 监听串口连接状态，避免操作失效设备 #

Raspberry Pi和Arduino的物理连接可能因为供电、接触问题断开，此时SerialDevice对象已经失效，但代码还在尝试写入，会触发未捕获异常。

解决方法： #

• 每次写入前检查串口状态：

  if (_serialDevice == null || !_serialDevice.IsDeviceAccessible)
  {
      // 重新初始化串口或者提示用户设备断开
      await ReconnectSerialDevice();
  }
  

• 注册设备状态更新事件，实时监听串口是否断开：

  private async void RegisterDeviceStatusListener(string deviceId)
  {
      var deviceInfo = await DeviceInformation.CreateFromIdAsync(deviceId);
      deviceInfo.Update += DeviceInfo_Update;
  }
  
  private void DeviceInfo_Update(DeviceInformation sender, object args)
  {
      if (!sender.IsEnabled)
      {
          // 设备断开，释放资源
          _serialDevice?.Dispose();
          _serialDevice = null;
          Debug.WriteLine("串口设备已断开");
      }
  }
  

4. 开启全局异常捕获，定位崩溃原因 #

如果以上方法还没解决，建议开启UWP全局异常捕获，这样能拿到崩溃的具体堆栈信息，而不是无警告关闭：

在App.xaml.cs的OnLaunched方法中添加：

protected override void OnLaunched(LaunchActivatedEventArgs e)
{
    // 捕获AppDomain未处理异常
    AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException;
    // 捕获未观察到的Task异常
    TaskScheduler.UnobservedTaskException += TaskScheduler_UnobservedTaskException;

    // 其他初始化代码...
}

private void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
{
    var exception = e.ExceptionObject as Exception;
    Debug.WriteLine($"未处理全局异常：{exception?.ToString()}");
    // 可以将异常日志保存到本地，方便排查
}

private void TaskScheduler_UnobservedTaskException(object sender, UnobservedTaskExceptionEventArgs e)
{
    Debug.WriteLine($"未观察到的Task异常：{e.Exception.ToString()}");
    e.SetObserved(); // 标记异常已处理，避免应用崩溃
}

内容的提问来源于stack exchange，提问作者Kardexx 1