cmake、cmakeLists.txt、makefile、make、colcon build 关系简介
以下是一篇简洁、连贯、从背景到使用的总结，将CMake、CMakeLists.txt、Makefile、make和colcon build有机串联起来：
🧱 从源码到可执行：构建系统的演进与协作
在 C/C++ 开发中，项目往往包含多个源文件，每次修改后都需要重新编译受影响的部分并链接成最终程序。早期（1976 年），Unix 系统引入了make工具，配合手写的Makefile来自动化这一过程。Makefile定义了目标、依赖和编译命令，但编写复杂、平台相关、易出错，尤其在大型项目中难以维护。
为解决这些问题，CMake（Cross-platform Make）于 2000 年代初诞生。它不是编译器，而是一个跨平台构建系统生成器：开发者只需用 CMake 的语法编写一个CMakeLists.txt文件，描述项目结构、依赖和构建规则；CMake 就能自动生成适合当前平台的底层构建文件——如 Linux 下的Makefile，Windows 下的 Visual Studio 项目，或更高效的 Ninja 文件。
实际编译时：
- 用户运行
cmake命令 → 读取CMakeLists.txt→ 生成Makefile - 再运行
make→ 读取Makefile→ 调用g++/clang编译代码 → 生成可执行文件
在ROS 2生态中，官方推荐使用colcon build作为统一构建入口。colcon是 ROS 2 的构建工具，它会：
- 扫描工作空间中的所有包；
- 对
ament_cmake类型的包，自动调用cmake+make（或ninja）； - 对
ament_python包，则调用setuptools安装 Python 模块。
因此，在 ROS 2 中，典型流程是：
# 开发者只写 CMakeLists.txtros2 pkg create --build-type ament_cmake my_pkg# 编辑 my_pkg/CMakeLists.txt 描述节点和依赖colcon build# 自动调用 cmake → 生成 Makefile → make 编译sourceinstall/setup.bash ros2 run my_pkg my_node🔗 关键角色关系总结
| 组件 | 角色 | 是否需手动编写 |
|---|---|---|
Makefile | 底层编译指令（供make使用） | ❌（由 CMake 生成） |
make | 执行Makefile，调用编译器 | ❌（自动调用） |
CMakeLists.txt | 高层构建配置（CMake 脚本） | ✅（开发者编写） |
CMake | 读取CMakeLists.txt，生成Makefile等 | ❌（工具自动运行） |
colcon build | ROS 2 统一构建命令，封装 CMake + make 流程 | ❌（用户只需调用） |
💡 一句话理解整个链条：
开发者写
CMakeLists.txt→colcon build调用CMake生成Makefile→make执行Makefile调用编译器 → 最终得到可运行的 ROS 2 节点。
这既保留了底层构建的灵活性，又极大简化了跨平台开发的复杂性。