SSIS脚本HashString计算异常：字段变更时哈希值未更新

哇，这种“15张表都正常唯独一张出问题”的情况真的很磨人，我来帮你拆解下可能的原因和排查方向！

先从拼接字符串的逻辑入手 #

你代码里的RowData是生成哈希的原始字符串，首先得确认：当目标列的值变更时，RowData真的跟着变了吗？这是最关键的第一步！

• 临时加日志输出：在Input0_ProcessInputRow方法里，把拼接好的RowData用Dts.Events.FireInformation输出到SSIS日志里，对比列值变更前后的RowData内容。如果内容没变化，那问题肯定出在拼接环节：
  • 检查是不是漏加了目标列？比如其他表都把该列加入了RowData，唯独这张表的代码里漏掉了？
  • 列名有没有拼写错误？SSIS缓冲区的列名是区分大小写的，比如Row.MyColumn和Row.mycolumn是两个不同的列！
  • 空值处理是否一致？比如其他表的空列会用默认值（比如Row.MyColumn ?? ""），但这张表直接拼接了DBNull，导致空值被忽略或者转换成了相同的字符串？
  • 分隔符冲突：如果目标列里包含了你用的分隔符;，会不会导致拼接后的字符串结构“看起来没变”？比如列值从a;b改成a;;b，但哈希计算时的字符串解析逻辑没区分？

再检查哈希计算的实现 #

如果RowData确实变了但哈希值没变，那问题就出在HashString方法里了，常见的坑有：

• 复用哈希对象导致的累积计算：如果你把HashAlgorithm（比如MD5、SHA256）的实例放在类级别（比如和seq一样定义在方法外面），那每次调用ComputeHash都会在上一次的结果上累加，而不是重新计算！比如：

  // 错误示例：类级别实例会导致哈希累积
  private SHA256 sha256 = SHA256.Create();
  public string HashString(string input)
  {
      byte[] bytes = Encoding.UTF8.GetBytes(input);
      byte[] hash = sha256.ComputeHash(bytes); // 这里会累积之前的计算结果
      // ...转换为字符串
  }
  

  正确的做法是每次计算都创建新实例，或者调用Initialize()重置：

  // 正确示例：每次创建新实例，避免累积
  public string HashString(string input)
  {
      if (string.IsNullOrEmpty(input)) return string.Empty;
      
      using (var sha256 = SHA256.Create())
      {
          byte[] inputBytes = Encoding.UTF8.GetBytes(input);
          byte[] hashBytes = sha256.ComputeHash(inputBytes);
          
          StringBuilder sb = new StringBuilder();
          foreach (byte b in hashBytes)
          {
              sb.Append(b.ToString("x2"));
          }
          return sb.ToString();
      }
  }
  

• 编码不一致：如果目标列的编码是DT_STR（ASCII）而其他表是DT_WSTR（Unicode），你用Encoding.UTF8转换时，可能会把不同的字节转换成相同的字符串？比如某些特殊字符在ASCII里被截断，导致值变更后字节数组没变化？

其他可能的SSIS特定问题 #

• 列数据类型或长度限制：如果目标列是DT_NTEXT、DT_IMAGE这类大对象类型，或者SSIS里设置的列长度太小，导致值被截断，你修改的部分刚好在截断后的内容之外，自然哈希值不会变！
• 缓冲区数据未更新：极少数情况下，SSIS缓冲区可能存在缓存问题，你可以尝试重新生成输入缓冲区（右键输入数据源→“重新生成列”），或者重启VS再测试。

最后提一下你的seq变量 #

虽然你没展示seq的使用，但如果这个序号参与了哈希计算，要确认它在每一行处理时是否正确递增？比如是不是在某些场景下seq没更新，导致即使列值变了，加上固定的seq后哈希值又变回原来的？

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