基于GCC的Linux C自研单元测试框架：未解析链接依赖改为运行时报告的需求咨询

嘿，我完全懂你在维护遗留C代码测试桩时的痛苦——为了测试一个独立函数，却要给一堆根本不会用到的依赖写桩，还要跟着生产代码更新桩的原型，太折腾了。针对你的需求，我有几个靠谱的方案，能实现类似动态语言的延迟绑定效果：让未用到的符号不用管，只有被调用时才触发明确的错误（或者段错误）。

方案1：通过GCC链接选项实现运行时符号解析 #

GCC的链接器支持把未定义符号延迟到运行时处理，不用在链接阶段就强制要求符号存在：

• 编译测试可执行文件时，添加链接选项 -Wl,--undefined=符号名，比如针对你的log()函数：

  gcc barbaz-test.c barbaz.c -Wl,--undefined=log -o barbaz-test
  

  这样链接器不会因为找不到log()报错，而是把它标记为未定义符号。如果测试过程中没调用到log()，程序正常运行；一旦调用，就会触发段错误（配合GDB能直接定位到调用点）。
• 进阶优化：如果想要更明确的错误提示，可以写一个通用的桩函数，用弱符号和链接脚本让所有未定义符号默认指向它：

  // stub_common.c
  #include <stdio.h>
  #include <stdlib.h>
  
  __attribute__((weak)) void __stub_fallback() {
      fprintf(stderr, "ERROR: 调用了未实现的符号！请检查测试用例是否意外触发了无关代码\n");
      abort();
  }
  

  然后写一个链接脚本stub.ld：

  PROVIDE (log = __stub_fallback);
  // 可以批量添加其他可能用到的符号，或者用通配符（部分链接器支持）
  

  编译时链接这个文件和脚本：

  gcc barbaz-test.c barbaz.c stub_common.c -Wl,-Tstub.ld -o barbaz-test
  

  这样任何未定义符号被调用时，都会输出清晰的错误信息，而不是模糊的段错误。

方案2：用动态链接实现延迟绑定 #

把生产代码编译为动态库，利用动态链接器的延迟解析特性：

• 先把barbaz.c编译为动态库：

  gcc -fPIC -shared barbaz.c -o libbarbaz.so
  

• 然后编译测试程序并动态链接这个库：

  gcc barbaz-test.c -L. -lbarbaz -o barbaz-test
  

• 动态链接器默认会延迟解析符号，只有当函数第一次被调用时才会尝试查找符号。如果log()没被调用，程序正常运行；如果被调用，会直接输出undefined symbol: log的错误信息并退出，诊断非常明确。
• 注意：如果你的项目原本是静态链接的，这个方案需要调整编译方式，但对于遗留代码来说，修改为动态链接的成本通常不高。

方案3：只编译你需要的函数（最彻底的方案） #

既然你只需要测试sort()函数，完全可以让编译器只保留sort()相关的代码，直接消除无用依赖：

• 编译barbaz.c时添加-ffunction-sections选项，让每个函数生成单独的代码段：

  gcc -c barbaz.c -ffunction-sections -o barbaz.o
  

• 链接测试程序时添加-Wl,--gc-sections选项，让链接器自动丢弃未被调用的函数段：

  gcc barbaz-test.c barbaz.o -Wl,--gc-sections -o barbaz-test
  

• 这样链接器会自动剔除func1()、func2()这些没被测试用例调用的函数，自然也就不需要为它们的依赖log()写桩了。这个方案从根源上解决了问题，完全不用处理任何无关依赖。

方案选择建议 #

• 如果你只需要测试单个独立函数，方案3是最优解，彻底消除无用代码和依赖；
• 如果需要保留其他函数但不想写桩，方案1或2能满足“延迟绑定”的需求，让未用到的符号不用管；
• 方案1的优势是可以自定义错误提示，适合需要明确诊断的场景；方案2更简单，不需要额外的代码或脚本。

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