CMake重配置修改Sanitizer选项后Ninja未触发重编译问题排查

核心问题出在你对CMake option()命令的行为认知有误：你以为第二次重配置关掉了Sanitizer、移除了对应编译链接选项，实际上配置阶段Sanitizer开关根本没被关闭，相关参数全程都在。

option()的缓存规则 #

option()的执行逻辑非常明确：

• 只有当构建缓存（即build目录下的CMakeCache.txt）里不存在同名变量时，才会把变量设置为你写的默认值（此例中是OFF）
• 如果缓存里已经存了这个变量的值，option()会直接跳过赋值步骤，完全不会改动已有的缓存值

你第一次跑配置命令时加了-DENABLE_SANITIZER=ON，这个值会直接写入缓存持久保存。第二次跑配置时没显式传-DENABLE_SANITIZER=OFF，option()检测到缓存里已经有值为ON的同名变量，直接跳过了赋值逻辑，整个配置过程中ENABLE_SANITIZER始终是ON状态，那两行加-fsanitize=address的编译、链接选项根本没被移除。

Ninja判断要不要重编译，只看目标的编译命令、依赖文件、源文件内容和上次构建记录有没有差异。既然编译链接参数和上次完全一样，当然会输出ninja: no work to do.，不会触发重编译。

你要是不信，直接打开build目录下的CMakeCache.txt搜ENABLE_SANITIZER，就能看到这个值还是ON，根本没变成OFF。

要修改已经缓存过的option值，必须显式通过-D参数传入新值，不能省略参数等它自动回退到默认值：

# 显式传参关闭，才会覆盖缓存里的旧值
cmake -S . -B ./build -G "Ninja Multi-Config" -DENABLE_SANITIZER=OFF

执行完这条命令再构建，就能看到Ninja正常触发重编译，去掉Sanitizer相关参数。
要是觉得传参麻烦，也可以直接删掉整个build目录清空缓存，之后再用不带-DENABLE_SANITIZER=ON的命令配置，这时候因为缓存不存在，option()才会把值设为默认的OFF。

补充个小提示：就算你正确改了缓存值，极少数旧版本CMake搭配Ninja Multi-Config生成器时，可能出现编译选项变更没被正确标记重编译的问题，遇到这种情况清空build目录重配就能解决，但你当前碰到的问题和生成器无关，完全是option缓存机制导致的。

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