make是通用构建工具，只按Makefile规则执行命令；cmake是跨平台构建系统生成器，用声明式CMakeLists.txt自动生成适配各平台的构建文件，简化C++项目配置。
make 是一个通用的构建工具，本身不关心语言，只按规则执行命令；cmake 是一个跨平台的构建系统生成器，专为解决 C++ 项目配置复杂性而设计。
make：简单直接，但手动维护成本高
make 读取 Makefile，根据依赖关系调用编译器（如 g++）完成编译、链接。它不理解 C++，也不处理头文件搜索路径、标准版本、第三方库查找等工程细节。
- 每个平台、每种编译器组合都要手写或适配 Makefile
- 大型项目中，条件编译、目标类型（静态库/动态库/可执行文件）、安装逻辑全靠 shell 脚本拼凑
- 例如：要支持 Windows（MSVC）和 Linux（GCC），就得维护两套 Makefile 或大量 ifeq 判断
cmake：声明式描述项目，自动适配不同构建后端
你用 CMakeLists.txt 描述“我要建什么”，cmake 根据当前环境自动生成对应平台的构建文件（比如 Unix Makefiles、Ninja、Visual Studio .sln、Xcode project）。
- 内置 find_package() 查找 OpenCV、Boost 等常用库，自动设置 include 和 link 参数
- target_compile_features() 可声明需要 C++17 的某个特性，cmake 自动检查编译器是否支持并加对应标志
- add_library() / add_executable() + target_link_libraries() 清晰表达模块依赖，无需手动写链接顺序
实际项目中怎么选？
新项目直接用 cmake —— 它不是“替代 make”，而是“生成 make 所需的规则”。你仍会用 make（或 ninja）来真正执行构建，只是不用手写了。
- 极小工具（单个 .cpp 文件）或嵌入式裸机环境，用裸 make 更轻量
- 开源库（如 spdlog、fmt）基本都提供 CMakeLists.txt，方便被其他 cmake 项目直接 add_subdirectory()
- 企业级项目普遍搭配 cmake + ninja（比 make 快）+ ccache（缓存编译结果）+ conan/vcpkg（管理依赖）
进阶提示：cmake 不是银弹，但能省掉 80% 重复劳动
它不能自动修复头文件循环依赖，也不能代替你设计模块接口。但它把“让代码在别人机器上跑起来”这件事，从“求人帮忙改 Makefile”变成“git clone && mkdir build && cd build && cmake .. && make”。
基本上就这些。
