CMake库中使用set(XXXX CACHE ...)语法是否属于构建代码缺陷？

该问题属于第三方库的构建缺陷 #

这确实是该库构建代码的明确缺陷：

• CMAKE_DEBUG_POSTFIX是CMake内置的通用全局变量，库中使用set(CMAKE_DEBUG_POSTFIX "d" CACHE STRING "")这种写法，会直接修改全局缓存中的变量值，默认作用于所有未显式单独设置该变量的项目模块，完全破坏了依赖组件的封装边界。
• 你遇到的全量/增量构建行为不一致、配置逻辑有顺序依赖等问题，正是这种不合理全局修改的典型副作用，这类问题排查成本极高，责任完全在库的构建代码实现。

符合CMake最佳实践的库必须规避无私有前缀的全局CACHE变量 #

是的，符合规范的CMake库必须避免对外暴露无明确私有前缀的CACHE变量：

• 仅作用于库自身的配置项，如果不需要暴露给上层项目定制，应该直接使用不带CACHE参数的set命令，即set(CMAKE_DEBUG_POSTFIX "d")，此时变量作用域仅限制在库自身的目录树范围内，完全不会影响上层项目的构建逻辑。
• 如果是需要开放给用户定制的配置项，必须加唯一的库名前缀（比如XXXX_DEBUG_POSTFIX）后再声明为CACHE变量，避免和其他组件、上层项目的变量命名冲突。
• 无专属前缀的通用CACHE变量修改，本身逻辑也非常脆弱：如果上层项目提前设置了同名变量，库的set(CACHE)语句会直接被忽略，反而会导致库自身的构建结果不符合预期。

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