Google Benchmark项目中禁用benchmark_main目标的CMake配置优化

在Google Benchmark项目中，开发者有时会遇到需要自定义主函数(main)的情况，比如需要初始化MPI环境或配置GPU后端等。这种情况下，项目默认编译的benchmark_main目标就显得多余，不仅增加了编译时间，还浪费了系统资源。

默认编译行为的问题

Google Benchmark的CMake配置默认会编译两个主要目标：

1. benchmark::benchmark - 核心功能库
2. benchmark::benchmark_main - 包含默认主函数的辅助库

对于需要自定义主函数的项目来说，benchmark_main目标实际上是不必要的。但默认情况下，无论是否需要，CMake都会编译这个目标。

解决方案：EXCLUDE_FROM_ALL选项

CMake提供了一个优雅的解决方案——EXCLUDE_FROM_ALL选项。当以子项目形式包含Google Benchmark时，可以使用以下配置：

add_subdirectory(${GOOGLETEST_SOURCE_DIR}
                 ${GOOGLETEST_BINARY_DIR}
                 EXCLUDE_FROM_ALL)

这个选项的作用是告诉CMake只编译那些被其他目标显式依赖的组件。由于自定义主函数的项目只会直接依赖benchmark::benchmark目标，而不会使用benchmark_main，因此后者将不会被编译。

性能考量

虽然benchmark_main的编译开销相对较小，但在大型项目或持续集成环境中，每个不必要的编译单元都会累积成显著的资源浪费。特别是在以下场景中，优化编译配置尤为重要：

1. 跨平台编译环境
2. 资源受限的构建服务器
3. 需要频繁重新构建的开发流程

最佳实践建议

对于使用Google Benchmark的项目，建议根据实际需求选择合适的包含方式：

1. 需要默认主函数：使用常规的add_subdirectory包含方式
2. 需要自定义主函数：使用EXCLUDE_FROM_ALL选项优化编译
3. 作为独立包使用：由于benchmark_main的编译开销很小，可以接受默认行为

这种灵活的配置方式既保持了向后兼容性，又为有特殊需求的用户提供了优化编译的途径，体现了CMake配置的良好设计理念。