CMake中使用-D参数与set()设置变量的功能差异及适用场景

一、核心功能差异 #

1. 优先级与生效时机
   命令行-DVAR=value是在CMake启动配置的最开始就传入变量，属于缓存变量，优先级比CMakeLists.txt里普通的set()高。比如你在CMakeLists里写了set(PYTORCH_PATH "/my/path")，但执行cmake -DPYTORCH_PATH="/your/path" ..时，最终生效的是/your/path。

2. 灵活性与复用性
   用set()把变量写死在CMakeLists里，换环境、改参数都得修改文件；而-D是临时传递参数，不用动代码，别人拿你的项目直接传自己的路径就行，不用改你的配置。

3. 作用域差异（简化版）
   命令行-D传的是全局缓存变量，整个CMake构建过程的所有脚本都能访问；而CMakeLists里默认的set()是本地作用域变量（比如在函数里定义的话，函数外面看不到）。如果想让set()的变量变成缓存全局可用，得加CACHE参数，比如set(PYTORCH_PATH "/my/path" CACHE PATH "PyTorch安装路径")，但这样还是写死了初始值，别人用的时候还是得用-D覆盖。

二、简单场景下不适合用set()替代-D的情况 #

• 项目需要分享给他人：比如你跟着PyTorch教程做的项目，同学拿到后他的PyTorch安装路径和你不一样，你写死set()的话，他得手动改你的CMakeLists.txt，不如让他用-DPYTORCH_PATH="他的路径"更方便。
• 需要临时切换构建参数：比如有时候想编译Debug版本看日志，有时候要Release版本提速，用-DCMAKE_BUILD_TYPE=Debug或者Release，比每次改CMakeLists里的set(CMAKE_BUILD_TYPE Debug)省事。
• 依赖路径不固定：比如你有时候用conda装的PyTorch，有时候用源码编译的，两个路径不一样，用-D临时传对应路径，不用反复修改CMakeLists。
• 多构建目录区分参数：比如你建了build_debug和build_release两个目录，分别用-D传不同的构建类型和参数，不用改同一个CMakeLists就能生成不同的构建产物。

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