如何剥离GCC编译二进制文件中的覆盖率代码？

问题 #

我在CMakeLists.txt中通过添加以下配置启用了代码覆盖率功能，以获取覆盖率信息：

add_compile_options(--coverage)

我将此配置加入构建系统，使其在编译成功后运行单元测试并生成lcov覆盖率报告，这部分工作正常。

我的构建系统会对Debug构建执行strip --strip-all操作以去除调试符号，剥离后的二进制文件同时用于生产环境和测试环境。但问题在于，编译器添加的覆盖率代码无法被strip剥离，导致二进制文件体积偏大。

我明白覆盖率代码已成为二进制文件的一部分，而strip仅能剥离调试符号，无法区分覆盖率代码与功能代码。请问是否存在剥离二进制文件中覆盖率代码的方法？

不同构建的二进制文件大小如下：

13949142 - Debug build
1014326  - Stripped Debug build

带覆盖率代码的Debug构建二进制文件大小：

16152614 - Debug build with coverage 
1575174  - Stripped Debug build with coverage 

解决方案 #

不存在直接从已编译二进制中剥离覆盖率代码的可靠方法——--coverage会把覆盖率统计逻辑（包括计数器、文件追踪代码等）直接嵌入到可执行文件的指令流和数据段，和业务代码深度耦合，strip这类工具只能处理调试符号，无法区分并分离这部分代码。

推荐采用两种更可行的替代方案：

1. 拆分测试与生产构建目标 #

为测试环境和生产环境分别构建独立的二进制文件：

• 生产环境Debug构建：不添加--coverage编译选项，编译后执行strip --strip-all，得到体积正常的生产用二进制。
• 测试环境Debug构建：添加--coverage编译选项，专门用于生成覆盖率报告，无需strip（或仅剥离调试符号保留覆盖率代码）。

在CMake中可以通过自定义开关实现：

option(BUILD_WITH_COVERAGE "Build with coverage support" OFF)
if(BUILD_WITH_COVERAGE)
    add_compile_options(--coverage)
    link_libraries(gcov)
endif()

构建生产版本时执行：

cmake -DBUILD_WITH_COVERAGE=OFF .. && make

构建测试版本时执行：

cmake -DBUILD_WITH_COVERAGE=ON .. && make

2. 用条件编译隔离覆盖率代码（仅特殊场景适用） #

如果必须复用同一构建流程，可通过预编译宏控制覆盖率代码的编译：

if(BUILD_WITH_COVERAGE)
    add_compile_options(--coverage -DENABLE_COVERAGE)
else()
    add_compile_options(-DENABLE_COVERAGE=0)
endif()

不过这种方式需要修改业务代码来包裹覆盖率相关逻辑，复杂度较高，不如拆分构建目标简洁。

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