HashAlgorithm.ComputeHash()是否线程安全？跨.NET版本测试异常分析

一、HashAlgorithm实例的线程安全性 #

• 明确结论：所有HashAlgorithm的派生类（如SHA256、MD5）实例，从设计逻辑上就不是线程安全的，不管当前MSDN文档是否标注该特性。
• 早期MSDN文档曾明确说明这一点，后续文档更新可能移除了显性标注，但底层实现未变：HashAlgorithm实例会维护哈希计算的中间状态、缓冲区数据，多线程同时调用ComputeHash或修改内部状态的方法时，必然导致状态混乱，甚至引发资源访问冲突。
• 你在.NET 3.1、5.0中测试未报错，只是未触发明显的资源冲突，但实际计算出的哈希值大概率已错误，属于隐性bug。

二、.NET 6抛出“SafeHandle cannot be null”异常的原因 #

• .NET 6对加密类库做了底层优化，尤其是SafeHandle的管理逻辑更严格：
  • 旧版本中，多线程竞争可能导致内部SafeHandle被提前释放或置为null，但框架未添加严格校验，因此未抛出异常；
  • .NET 6新增了SafeHandle的非空检查，当多线程竞争导致SafeHandle被意外置空时，会直接抛出该参数异常——本质是把之前隐藏的问题显性化了。
• 常见触发场景：多个线程共用同一个HashAlgorithm实例调用ComputeHash，或某个线程已调用Dispose后，其他线程仍在使用该实例。

三、多环境下的正确使用方式 #

• 最简单的方案：每个线程单独创建HashAlgorithm实例，用完即释放：

  // 正确示例：每个线程内实例化
  Parallel.ForEach(items, item =>
  {
      using var sha256 = SHA256.Create();
      var hash = sha256.ComputeHash(item.Data);
      // 处理哈希值
  });
  

• 若需避免频繁创建实例的开销，可使用线程本地存储（ThreadLocal）复用每个线程的实例：

  var sha256Local = new ThreadLocal<SHA256>(() => SHA256.Create());
  try
  {
      Parallel.ForEach(items, item =>
      {
          var hash = sha256Local.Value.ComputeHash(item.Data);
          // 处理哈希值
      });
  }
  finally
  {
      foreach (var sha256 in sha256Local.Values)
          sha256.Dispose();
      sha256Local.Dispose();
  }
  

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