如何检测特定Unit/Class被修改，以提醒开发者更新DUnit测试？

你的思路完全可行，不管是用DCU哈希还是基于类元数据的哈希，都能实现目标，下面分几种场景给你具体方案：

编译期检测（最推荐） #

编译期触发提醒比运行时更及时，能直接在开发环节拦住，避免代码提交后才想起更新测试：

• 利用Delphi项目的编译前后事件：写个简单的命令行工具（或者用现成的哈希工具），编译前读取目标DCU文件的哈希值，和你预先存储的基准哈希对比。如果不一致，工具返回非0值，IDE就会弹出警告甚至终止编译。
• 操作步骤：在项目选项的「Build Events」→「Pre-build event command line」里添加命令，比如：

  MyHashChecker.exe "$(OUTPUTDIR)\TargetUnit.dcu" "C:\Configs\TargetUnit.hash"
  

• 优势：不需要修改业务代码，完全基于编译流程，不影响运行时性能。

运行时检测（适合需要动态监控的场景） #

不需要访问.pas文件，直接通过RTTI读取类的元数据生成哈希：

• 核心思路：用TRttiContext获取类的方法、属性、字段签名，把这些信息拼接成唯一字符串后计算哈希，和基准值对比。如果不一致，弹出提醒。
• 示例代码片段：

  uses
    System.Rtti, System.Hash;
  
  function GetClassHash(AClass: TClass): string;
  var
    RttiCtx: TRttiContext;
    RttiType: TRttiType;
    Method: TRttiMethod;
    Prop: TRttiProperty;
    Field: TRttiField;
    HashStr: string;
  begin
    HashStr := '';
    RttiCtx := TRttiContext.Create;
    try
      RttiType := RttiCtx.GetType(AClass);
      // 拼接类名
      HashStr := HashStr + RttiType.Name + '|';
      // 拼接所有方法签名
      for Method in RttiType.GetMethods do
        HashStr := HashStr + Method.Name + ':' + Method.ToString + '|';
      // 拼接所有属性
      for Prop in RttiType.GetProperties do
        HashStr := HashStr + Prop.Name + ':' + Prop.PropertyType.ToString + '|';
      // 拼接所有字段（如果需要监控私有字段，要确保单元开启{$M+}）
      for Field in RttiType.GetFields do
        HashStr := HashStr + Field.Name + ':' + Field.FieldType.ToString + '|';
      // 计算SHA256哈希
      Result := THashSHA2.GetHashString(HashStr);
    finally
      RttiCtx.Free;
    end;
  end;
  
  // 使用示例
  procedure CheckClassChanges;
  const
    TargetClassBaseHash = '基准哈希值';
  begin
    if GetClassHash(TTargetClass) <> TargetClassBaseHash then
      ShowMessage('警告：目标类已修改，请更新对应的DUnit测试！');
  end;
  

• 注意：默认RTTI只暴露published成员，如果需要监控私有/保护成员，要在目标单元添加{$M+}编译指令，或者调整RTTI的可见性设置。

版本控制钩子（前置拦截） #

如果团队用Git/SVN等版本控制工具，可以在提交代码时触发钩子：

• 比如Git的pre-commit钩子，检查提交的文件里是否包含目标单元，如果有，就提示开发者必须同时提交对应的测试单元修改，或者直接弹出提醒。
• 优势：从代码提交环节就管控，避免未更新测试的代码流入仓库。

额外注意点 #

• DCU哈希的局限性：如果只是修改注释、空行等不影响编译结果的内容，DCU不会变化，哈希也不会触发提醒——但这种情况通常不需要更新测试，反而能减少误报。
• RTTI哈希的局限性：如果修改了类的内部逻辑但没改成员签名（比如只改了方法实现），RTTI哈希不会变化，这时候需要结合编译期检测一起用。
• 基准哈希的维护：每次更新测试后，手动更新存储的基准哈希值（比如写在配置文件或测试单元的常量里）。

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