C#如何模拟线程瞬时无异常终止 编写对应场景单元测试

原始问题代码 #

最初的业务逻辑存在游离资源风险，实现如下：

private void DoWork() {
  try
  {
    MakeCallToServiceWhichCreatesResource();
    UpdateState()
  }
  catch (Exception e)
  {
    UpdateState()
  }
}

生产环境曾出现线程瞬时无异常终止的故障：如果线程在调用创建资源的外部服务中途被杀死，服务侧已经生成的资源不会同步更新到本地状态，最终产生无法回收的游离资源。

修复后代码 #

针对上述问题调整了执行顺序，先预登记资源再发起服务调用：

private void DoWork() {
  try
  {
    UpdateStateWithOutputInAnticipationOfServiceCall()
    MakeCallToServiceWhichCreatesResource();
  }
  catch (Exception e)
  {
    UpdateStateToRemoveOutput()
  }
}

修复逻辑的核心是：只要预登记记录存在，后续的巡检任务就能兜底清理资源；就算外部服务实际调用失败，发起冗余删除请求也在业务可接受范围内。

测试卡点 #

补充单元测试时无法复现线程硬终止的场景：

• 调用Thread.Abort只会抛出异常，不会实现无异常立即终止线程的效果
• 调用Environment.FailFast会直接终止整个测试运行进程，无法完成后续断言
  需要找到可行的单元测试方案，模拟运行目标代码的线程被强制销毁的场景。

别钻牛角尖去复刻操作系统层面“强制销毁线程”的底层行为，单元测试的核心是验证代码逻辑分支正确性，你需要覆盖的场景本质是：预登记逻辑执行完成后，外部服务调用执行到任意位置时执行流被强制打断，后续所有业务代码（包括catch块内的清理逻辑）完全没有机会执行，只要能复现这个执行路径，测试就是有效的，不需要真的把线程从运行时里抹掉。
可落地的实现步骤如下：

• 首先解耦代码依赖，把MakeCallToServiceWhichCreatesResource抽象成可注入的接口，方便在测试中替换为模拟实现
• 编写测试专用的模拟服务实现，在模拟方法内部直接抛出ThreadAbortException。这个异常是CLR的特殊异常，即便被业务代码的catch块捕获，运行时也会自动重新抛出，刚好能模拟“执行流被强制掐断、catch块后续清理逻辑无机会执行”的效果，和真实线程硬终止时代码的执行路径完全一致
• 测试执行时单独开一个工作线程跑DoWork方法，在模拟服务调用触发异常、工作线程终止后，直接校验状态存储中是否存在对应的预登记资源记录即可
• 额外补充边界场景用例：调整模拟实现的抛异常位置，分别覆盖“刚跑完预登记逻辑、还没发起外部请求就被终止”“外部请求发送到一半被终止”“外部请求已经拿到响应、还没返回业务方法就被终止”几个关键节点，确保所有中断位置下预登记记录都能正常留存。

如果是在.NET Core/.NET 5+等不支持Thread.Abort的运行时版本，可以换用子进程隔离的方案：把被测逻辑单独编译为控制台程序，测试代码启动这个子进程后，通过进程间通信控制子进程在外部服务调用的指定位置卡住，然后直接调用进程Kill方法终止子进程，再读取子进程使用的状态存储（比如独立的测试数据库、文件）校验预登记记录是否存在。这个方案和生产环境硬终止的表现完全一致，也不会影响测试宿主进程的运行，就是写测试代码的成本稍高。

内容的提问来源于stack exchange，提问作者Nimish Todi