如何检测含__DATE__、__TIME__宏的C++可执行文件是否真正变更？

针对你遇到的因__DATE__、__TIME__宏导致每次构建可执行文件哈希都变化的问题，除了跟踪源码、编译环境哈希外，还有以下几个实用方案：

1. 编译时固定可变宏的值 #

直接在编译命令中通过-D参数强制指定__DATE__和__TIME__的固定值，避免每次构建时自动生成当前时间。比如：

gcc -D__DATE__="\"2024-05-20\"" -D__TIME__="\"10:00:00\"" your_code.c -o output

更灵活的方式是结合Git提交信息来设置，比如用最后一次提交的时间作为宏的值：

# 获取Git最后一次提交的日期和时间
GIT_DATE=$(git log -1 --format=%cd --date=format:"%Y-%m-%d")
GIT_TIME=$(git log -1 --format=%cd --date=format:"%H:%M:%S")
# 编译时传入宏定义
gcc -D__DATE__="\"${GIT_DATE}\"" -D__TIME__="\"${GIT_TIME}\"" your_code.c -o output

这样只有当代码提交变更时，宏的值才会更新，可执行文件的哈希就能准确反映代码是否真的变化。优点：简单易实施，不影响代码逻辑；缺点：需要修改编译脚本，若依赖第三方库用了这些宏则无法控制。

2. 剥离可执行文件中的可变元数据 #

__DATE__、__TIME__生成的字符串通常会存在可执行文件的只读数据段或注释段中，这些元数据不影响程序执行逻辑。可以用工具剥离这些可变部分后再哈希：

• 对于ELF格式（Linux/macOS）：用strip命令移除不必要的段，比如：

  strip --strip-unneeded output_executable
  

  或者用objcopy移除特定段：

  objcopy --remove-section=.comment --remove-section=.note.gnu.build-id output_executable stripped_executable
  

• 对于PE格式（Windows）：用dumpbin或第三方工具移除资源段中的时间戳信息。
  优点：无需修改代码或编译流程，直接处理成品文件；缺点：可能误删调试信息或必要元数据，需根据场景选择剥离规则。

3. 对比可执行文件的纯指令序列 #

通过反汇编提取可执行文件中的机器指令部分，忽略地址、时间戳注释等可变内容，再对纯指令文本哈希。比如：

• ELF文件用objdump反汇编并过滤出指令：

  objdump -d output_executable | grep -E "^[0-9a-f]+:" | awk '{print $2}' | md5sum
  

• PE文件用dumpbin提取反汇编内容后做类似过滤。
  这种方式直接对比程序的执行逻辑，只要代码逻辑不变，即使宏生成的字符串变化，哈希也会一致。优点：判断最准确，不受任何元数据影响；缺点：反汇编和过滤的性能开销略大，适合文件数量不多的场景。

4. 优化构建系统的依赖跟踪 #

从构建流程根源入手，让构建系统只在真正影响代码的因素变化时才重新编译。比如在CMake或Makefile中：

• 显式跟踪所有源码、头文件、编译器版本、编译选项；
• 把__DATE__/__TIME__的取值依赖绑定到Git提交ID或版本号上，只有当提交ID变化时才触发生成新的宏值。
  这样可以避免不必要的编译，自然也就不需要事后判断可执行文件是否变更。优点：从源头减少无效构建，效率最高；缺点：需要精细配置构建系统，对复杂项目有一定成本。

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