make 是底层构建执行工具，cmake 是跨平台构建系统生成器；二者为上下游协作关系，cmake 生成 makefile 等构建脚本，make 负责实际编译链接。
Make 是一个通用的构建工具，CMake 是一个跨平台的构建系统生成器。它们不是同一层级的工具，也不是简单的“替代关系”，而是分工明确、常配合使用的上下游关系：CMake 负责分析项目结构、检测编译环境、生成 Makefile（或其他构建脚本），而 make（或 ninja 等）负责真正执行编译链接命令。
Make：直接驱动编译的底层工具
Make 本身不理解 C++，它只按规则（Makefile 中的 target、dependency、recipe）执行 shell 命令。你需要手动写 Makefile 来指定：
- 哪些 .cpp 文件要编译成 .o
- 头文件依赖怎么追踪（常靠 gcc -M 生成）
- 链接时需要哪些库、路径、标志（-I, -L, -l）
- 不同平台（Linux/macOS/Windows）要维护多套逻辑
小项目尚可手工维护，但一旦涉及条件编译、第三方库查找、测试支持、安装规则或跨平台，Makefile 很快变得冗长脆弱，难以复用和协作。
CMake：声明式描述项目，自动生成构建脚本
CMake 不直接调用 g++ 或 clang++，而是用 CMakeLists.txt 以高级语法描述“我要构建一个可执行文件，它由哪些源码组成，依赖哪些库，要求 C++17”。例如：
立即学习“C++免费学习笔记（深入）”；
cmake_minimum_required(VERSION 3.10) project(MyApp LANGUAGES CXX) set(CMAKE_CXX_STANDARD 17) add_executable(app main.cpp utils.cpp) find_package(fmt REQUIRED) target_link_libraries(app fmt::fmt)
运行 cmake . 后，它会自动探测编译器、生成适用于当前平台的构建文件（如 Unix 上是 Makefile，Windows 上可能是 Visual Studio 工程，也可输出 Ninja 构建文件）。你后续仍需调用 make（或 ninja）来实际构建。
为什么说这是“演进”而非“取代”？
C++ 构建生态的演进主线是：从手写平台相关脚本 → 到声明式跨平台描述 → 再到更现代的免生成方案。CMake 解决了 Make 的可移植性与可维护性瓶颈，但它自身也有局限：
- CMakeLists.txt 语法较重，学习曲线比纯 Makefile 更陡
- 仍需两步：cmake 配置 + 构建工具执行（即“生成式构建”）
- 对 header-only 库、模块（C++20 modules）、包管理（vcpkg/conan）集成需额外配置
因此，近年也出现 Bazel、Meson、xmake 等新工具，以及 CMake + Ninja 组合成为主流高效搭配——Ninja 比 make 更快、更确定，而 CMake 提供统一前端。
实际开发中怎么选？
新手或教学项目：可用简单 Makefile 快速上手，理解编译链接本质。
中大型开源或跨平台项目：CMake 是事实标准，几乎所有 IDE（CLion、VS、VS Code）都原生支持其解析。
嵌入式或超轻量场景：仍可能直接写 Makefile，避免引入 CMake 依赖。
新项目评估：优先用 CMake（配 Ninja 后端），除非团队明确约束或已有成熟 Make 流程。
