Boost_NO_SYSTEM_PATHS不生效：CMake指定自定义Boost版本失败问询

你的问题核心在于CMake FindBoost模块的CONFIG模式优先性，以及你自行编译的Boost 1.71未提供CMake配置文件（BoostConfig.cmake）导致的搜索行为差异。

为什么不加EXACT会找到系统版本？ #

CMake的find_package有两种核心搜索模式：

• CONFIG模式：优先查找目标库自带的<PackageName>Config.cmake或<package-name>-config.cmake文件，这种模式的优先级高于MODULE模式，是现代CMake依赖管理的首选方式。
• MODULE模式：使用CMake自带的Find<PackageName>.cmake模块，通过遍历路径搜索头文件、库文件的方式定位依赖。

你的系统中安装的Boost 1.72（大概率是通过包管理器安装的）默认提供了BoostConfig.cmake，而你用b2编译安装的Boost 1.71默认不会生成并安装这些CMake配置文件——Boost在较早期版本中，Boost Build工具（b2）不会自动生成CONFIG模式所需的配置文件，这些文件是后续版本才逐步加入默认构建流程的。

当你执行find_package(Boost 1.71 REQUIRED COMPONENTS timer)时：

1. CMake优先进入CONFIG模式，搜索所有可能的路径（包括系统路径），找到系统中满足版本要求（>=1.71）的Boost 1.72的BoostConfig.cmake，直接使用它。
2. 虽然你设置了Boost_NO_SYSTEM_PATHS ON和BOOST_ROOT，但CMake 3.16版本的FindBoost模块在CONFIG模式下，对这两个参数的约束性较弱——它会认为系统的BoostConfig.cmake是合法的配置源，并未严格排除系统路径。

而当你添加EXACT后：

• 系统的Boost 1.72不再满足版本要求，CONFIG模式找不到符合条件的配置文件，CMake会自动降级到MODULE模式。
• 此时Boost_NO_SYSTEM_PATHS和BOOST_ROOT的设置开始生效，FindBoost模块会严格在你指定的BOOST_ROOT路径下搜索头文件和库，最终找到你编译的1.71版本。

不需要EXACT的正确解决方法 #

方法1：强制使用MODULE模式搜索 #

直接在find_package中指定MODULE关键字，跳过CONFIG模式的优先搜索：

find_package(Boost 1.71 REQUIRED COMPONENTS timer MODULE)

这样CMake会直接使用自带的FindBoost.cmake模块，严格遵循Boost_NO_SYSTEM_PATHS和BOOST_ROOT的设置，不会被系统的BoostConfig.cmake干扰。

方法2：用CMake重新编译Boost，生成Config文件 #

如果你希望使用更现代的CONFIG模式，可以改用CMake编译Boost 1.71，步骤如下：

cd boost_1_71_0
mkdir build && cd build
cmake .. -DCMAKE_INSTALL_PREFIX=../../external/boost_1_71_0
make -j$(nproc)
make install

编译安装完成后，../external/boost_1_71_0下会生成BoostConfig.cmake等配置文件，此时你的原始CMakeLists.txt就能正常工作——CONFIG模式会优先找到你指定路径下的配置文件，而不会去系统路径搜索。

额外建议：使用绝对路径指定BOOST_ROOT #

避免相对路径可能带来的解析问题，改用项目根目录的绝对路径构造：

set(BOOST_ROOT "${CMAKE_SOURCE_DIR}/external/boost_1_71_0")

CMAKE_SOURCE_DIR是CMake内置变量，指向你的项目根目录（也就是CMakeLists.txt所在的目录），这样路径解析更可靠。

总结 #

你的临时方案（添加EXACT）之所以有效，是因为它迫使CMake放弃CONFIG模式的系统版本，切换到MODULE模式。但通过上述方法，你可以在不依赖EXACT的前提下，让CMake正确找到你指定的Boost版本，更符合CMake的依赖管理逻辑。

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