1. 项目概述从零到一构建一个合格的ROS包如果你刚接触ROSRobot Operating System可能会觉得它庞大而复杂各种概念和命令让人眼花缭乱。但别担心ROS包开发其实有一套非常清晰、标准化的“流水线”。今天我就以一个过来人的身份把这套从零开始创建、开发、测试、管理到发布一个ROS包的全流程以及其中用到的所有核心命令给你掰开揉碎了讲清楚。这不仅仅是命令的罗列更是我踩过无数坑之后总结出的“最佳实践”工作流。无论你是想开发一个控制小车的驱动包一个处理摄像头图像的视觉包还是一个实现SLAM算法的功能包这个流程都是通用的。它能帮你建立起清晰的工程思维避免在文件结构、依赖管理、版本控制上浪费时间让你把精力真正聚焦在算法和逻辑的实现上。接下来我们就按照一个真实的开发顺序一步步走完这条“流水线”。2. 开发前的核心准备环境与工具链在动手写代码之前把“厨房”收拾好至关重要。一个稳定、配置合理的开发环境能让你后续的开发效率倍增减少很多莫名其妙的错误。2.1 基础环境搭建与验证首先你得有一个安装了ROS的Linux系统通常是Ubuntu。假设你已经完成了ROS的安装例如ROS Noetic或ROS2 Humble。安装后第一件事不是急着创建包而是验证核心环境是否就绪。打开终端逐一执行以下命令进行健康检查# 1. 检查ROS环境变量是否已注入当前Shell printenv | grep ROS这条命令应该会输出ROS_DISTRO、ROS_VERSION等变量。如果没有任何输出说明环境变量未设置你需要手动source一下setup文件# 对于ROS1 (如Noetic) source /opt/ros/noetic/setup.bash # 对于ROS2 (如Humble) source /opt/ros/humble/setup.bash为了避免每次开终端都手动source强烈建议将上述命令添加到你的~/.bashrc文件末尾。# 2. 测试ROS核心是否正常运行 roscore 对于ROS1运行roscore会启动主节点。对于ROS2系统是去中心化的通常不需要手动启动一个单独的core但你可以通过ros2 daemon相关命令检查。# 3. 检查基础工具是否可用 rosversion -d # 查看ROS发行版名称 rosnode list # 查看当前运行的节点需要roscore在运行这些命令能帮你快速确认ROS的安装是否基本成功。注意很多新手会忽略环境变量的配置导致后续所有ros、catkin开头的命令都报“未找到命令”的错误。务必确保你的终端环境是正确的。2.2 工作空间Workspace的创建与理解ROS的代码不是随便放在哪个文件夹都行的它必须存在于一个被称为“工作空间”的目录结构中。你可以把工作空间理解为一个专属的“项目工厂”所有你自己开发的包都放在这里面进行编译和管理。创建一个标准的工作空间只需要三步# 1. 创建一个空文件夹作为工作空间的根目录名字可以自定义通常叫catkin_ws或ros2_ws mkdir -p ~/catkin_ws/src # 2. 进入src目录这里是存放所有ROS包源代码的地方 cd ~/catkin_ws/src # 3. 初始化工作空间。这一步会生成一个重要的CMakeLists.txt文件。 # 对于ROS1 (catkin构建系统): catkin_init_workspace # 对于ROS2 (colcon构建系统): # 不需要特别的初始化命令src目录本身就是一个包容器。此时你的工作空间结构如下~/catkin_ws/ └── src/ └── CMakeLists.txt (由catkin_init_workspace生成的一个符号链接)关键的一步来了编译空工作空间。即使src目录里还没有任何包你也需要执行一次编译来生成后续开发所需的环境设置脚本。# 回到工作空间根目录 cd ~/catkin_ws # 执行编译 # ROS1 (catkin_make): catkin_make # ROS2 (colcon): colcon build编译成功后你会看到生成了build和develROS1或build、install、logROS2文件夹。最重要的是你需要“激活”这个工作空间的环境# ROS1: source ~/catkin_ws/devel/setup.bash # ROS2: source ~/catkin_ws/install/setup.bash同样为了永久生效建议将这条source命令也添加到你的~/.bashrc中放在ROS系统环境source命令的后面。这样每次打开终端你的自定义工作空间都会优先被系统识别。实操心得我习惯为不同的项目创建不同的工作空间比如~/catkin_ws_for_navigation、~/ros2_ws_for_perception。这样可以避免包之间的依赖污染尤其是在你需要测试不同版本的同一个包时。管理多个工作空间时只需在.bashrc中注释或切换对应的source行即可。3. ROS包的生命周期创建、配置与编译环境准备好后我们正式进入包的开发环节。一个ROS包就像乐高积木里的一块是一个独立的、可复用的功能模块。3.1 创建包的两种方式与内涵解析创建包的命令看似简单但里面的参数选择大有讲究。永远在你的工作空间的src目录下创建包。cd ~/catkin_ws/src # ROS1 创建包命令格式 catkin_create_pkg package_name [depend1] [depend2] [depend3] ... # ROS2 创建包命令格式 ros2 pkg create package_name --build-type cmake|ament_cmake|ament_python --dependencies [depend1] [depend2] ...ROS1示例创建一个名为my_robot_driver的包它依赖roscppC客户端库、rospyPython客户端库、std_msgs标准消息类型和sensor_msgs传感器消息类型。catkin_create_pkg my_robot_driver roscpp rospy std_msgs sensor_msgsROS2示例创建一个同名的包使用CMakeC项目作为构建类型。ros2 pkg create my_robot_driver --build-type ament_cmake --dependencies rclcpp sensor_msgs执行命令后你会看到在src目录下生成了一个以包名命名的文件夹里面包含了一个基本的文件结构。我们以ROS1的catkin包为例看一下核心文件my_robot_driver/ ├── CMakeLists.txt # 包的编译规则重中之重 ├── package.xml # 包的“身份证”描述元信息和依赖 └── src/ # 存放源代码的目录通常自己创建为什么依赖声明如此重要在catkin_create_pkg或ros2 pkg create时声明的依赖会被自动写入package.xml和CMakeLists.txt。这相当于告诉构建系统“我这个包需要这些别的包才能正常工作。” 如果运行时缺少某个依赖你会遇到“找不到头文件”、“未定义的引用”等编译错误或者“找不到消息类型”等运行时错误。注意事项依赖分为build_depend编译依赖、exec_depend运行依赖等。在package.xml中catkin_create_pkg生成的依赖默认是build_depend和exec_depend。对于ROS2--dependencies参数会自动添加ament_cmake类型的依赖。切记后续手动添加了任何新的依赖比如你决定使用nav_msgs都必须同步更新package.xml和CMakeLists.txt两个文件否则编译必定失败。3.2 解剖 package.xml包的元数据管理package.xml文件是包的描述文件包含了包的名称、版本、维护者、许可证以及最重要的——依赖关系。它让ROS的工具链如rosdep能够自动安装所需软件。一个典型的package.xml核心部分如下?xml version1.0? package format2 namemy_robot_driver/name version0.1.0/version description一个用于控制我的机器人的驱动包/description maintainer emailyouexample.comYour Name/maintainer licenseBSD/license !-- 编译、链接、执行所需的依赖 -- buildtool_dependcatkin/buildtool_depend build_dependroscpp/build_depend build_dependrospy/build_depend build_dependstd_msgs/build_depend build_dependsensor_msgs/build_depend exec_dependroscpp/exec_depend exec_dependrospy/exec_depend exec_dependstd_msgs/exec_depend exec_dependsensor_msgs/exec_depend /package你需要手动维护什么版本号每次发布重要更新时记得递增版本号。描述和维护者信息填写清楚方便他人使用和联系。依赖这是最常修改的部分。当你需要用到新的ROS功能包时例如添加对geometry_msgs几何消息的依赖你需要在package.xml中添加对应的build_depend和exec_depend标签。许可证选择适合你项目的开源许可证如BSD、MIT、Apache 2.0。一个强大的辅助命令是rosdep它可以检查并安装当前工作空间中所有包在package.xml里声明的系统依赖。# 在工作空间根目录下运行 rosdep install --from-paths src --ignore-src -r -y这条命令会读取所有src下包的package.xml自动安装缺失的Ubuntu系统包如某些库的-dev版本。在第一次编译一个从GitHub克隆下来的项目前运行此命令能解决90%的依赖缺失问题。3.3 驾驭 CMakeLists.txt编译系统的核心配置如果说package.xml是身份证那CMakeLists.txt就是包的“建筑图纸”。它告诉CMake一个跨平台的编译构建工具如何编译你的代码哪些文件需要编译、链接哪些库、输出什么目标。对于新手CMakeLists.txt模板中已经生成了很多注释掉的示例。你需要关注和修改的主要是以下几个部分find_package()查找依赖的包。catkin_create_pkg生成的依赖会自动添加在这里。如果你后续手动在package.xml添加了依赖这里也必须同步添加对应的find_package(catkin REQUIRED COMPONENTS ... )语句。catkin_package()声明本包对外提供的Catkin组件、库和依赖。这是包之间信息传递的关键。include_directories()添加头文件搜索路径。通常需要包含${catkin_INCLUDE_DIRS}这样编译器才能找到你依赖的其他ROS包的头文件。add_executable()定义可执行文件。指定生成的可执行文件名字以及它所依赖的源代码文件列表如.cpp文件。add_executable(my_node src/my_node.cpp src/helper.cpp)target_link_libraries()将可执行文件链接到所需的库。必须链接${catkin_LIBRARIES}否则会找不到ROS的库函数。target_link_libraries(my_node ${catkin_LIBRARIES})add_dependencies()有时需要明确声明目标之间的依赖关系。例如你的节点使用了自定义消息类型那么你需要添加对消息生成目标的依赖以确保先编译消息再编译你的节点。add_dependencies(my_node ${PROJECT_NAME}_generate_messages_cpp)对于ROS2的ament_cmake逻辑类似但语法稍有不同主要使用ament_target_dependencies()和install()相关指令。踩坑记录最常遇到的编译错误之一就是“未定义的引用”undefined reference这通常是因为target_link_libraries中漏掉了必要的库或者find_package没有找到对应的包。另一个常见错误是“找不到头文件”检查include_directories是否包含了正确的路径。每次修改CMakeLists.txt后建议完全清理并重新编译catkin_make clean然后catkin_make因为CMake有缓存增量编译有时无法反映所有更改。4. 核心开发流程代码、消息、服务与启动包的结构搭建好后就进入了实质性的开发阶段。这里涵盖了ROS编程的几个核心要素。4.1 编写节点NodeC与Python示例节点是ROS中可执行的最小单元一个节点通常负责一个单一、明确的功能比如发布传感器数据、处理图像、执行控制指令。C节点示例 (src/my_publisher.cpp):#include ros/ros.h #include std_msgs/String.h int main(int argc, char **argv) { // 初始化ROS节点名称必须唯一 ros::init(argc, argv, talker_node); ros::NodeHandle nh; // 节点句柄是访问ROS系统的主要入口 // 创建一个Publisher发布到“chatter”话题消息类型为String队列大小1000 ros::Publisher pub nh.advertisestd_msgs::String(chatter, 1000); // 设置发布频率Hz ros::Rate loop_rate(10); int count 0; while (ros::ok()) // 只要ROS系统正常运行 { std_msgs::String msg; msg.data hello world std::to_string(count); // 发布消息 pub.publish(msg); // 在终端打印日志 ROS_INFO(I published: [%s], msg.data.c_str()); // 处理一次回调如果有的话并休眠以维持发布频率 ros::spinOnce(); loop_rate.sleep(); } return 0; }Python节点示例 (scripts/my_subscriber.py注意需要chmod x赋予执行权限):#!/usr/bin/env python3 import rospy from std_msgs.msg import String def callback(data): # 当收到消息时这个函数被调用 rospy.loginfo(rospy.get_caller_id() I heard: %s, data.data) def listener(): # 初始化节点 rospy.init_node(listener_node, anonymousTrue) # 创建一个Subscriber订阅“chatter”话题收到消息后调用callback函数 rospy.Subscriber(chatter, String, callback) # spin()使Python程序保持运行直到节点被显式关闭 rospy.spin() if __name__ __main__: listener()编写完节点后需要在CMakeLists.txt中配置编译对于C或确保脚本可执行对于Python。C如前所述使用add_executable和target_link_libraries。Python无需编译但需要将脚本文件通常放在scripts文件夹设置为可执行并在CMakeLists.txt中使用catkin_install_python或install(PROGRAMS ...)指令将其安装到合适位置。4.2 定义自定义消息/服务/动作ROS内置了丰富的标准消息类型如sensor_msgs/Imagegeometry_msgs/Twist但很多时候你需要定义自己的数据结构。创建msg/srv/action目录在包根目录下创建这些文件夹。cd ~/catkin_ws/src/my_robot_driver mkdir msg srv action定义文件消息 (msg/MyCustom.msg)简单的数据结构。每行定义一个字段类型 字段名。string first_name string last_name uint8 age float32 score服务 (srv/AddTwoInts.srv)包含请求和响应两部分用---分隔。int64 a int64 b --- int64 sum动作 (action/MyAction.action)更复杂包含目标、反馈、结果三部分。# Goal int32 target_number --- # Result int32 final_count --- # Feedback int32 current_count修改package.xml确保添加了对message_generation编译时和message_runtime运行时的依赖。build_dependmessage_generation/build_depend exec_dependmessage_runtime/exec_depend修改CMakeLists.txt在find_package中增加message_generation。使用add_message_files、add_service_files、add_action_files函数添加你定义的文件。确保generate_messages被调用并且依赖了所有你用到的标准消息包如std_msgs。在catkin_package中取消CATKIN_DEPENDS message_runtime的注释。完成这些配置后重新编译工作空间。编译系统会自动为你生成对应编程语言C/Python的代码文件。对于C生成的头文件通常在devel/include下对于Python模块可以直接导入。你可以像使用标准消息一样使用它们。4.3 组织启动文件Launch Files启动文件用于一次性启动多个节点并设置它们的参数极大地简化了复杂系统的启动过程。启动文件使用XML格式通常以.launchROS1或.launch.pyROS2为后缀。一个简单的ROS1启动文件示例 (launch/demo.launch)launch !-- 启动一个节点 -- node pkgmy_robot_driver typemy_publisher nametalker outputscreen/ !-- pkg: 包名type: 可执行文件名C编译出的二进制名或Python脚本名name: 节点在系统中的名称可覆盖代码中的init名 -- !-- 启动另一个节点 -- node pkgmy_robot_driver typemy_subscriber.py namelistener outputscreen/ !-- 设置ROS参数服务器上的参数 -- param namepublish_frequency typedouble value10.0 / !-- 节点内可以通过rospy.get_param或ros::param::get访问 -- !-- 加载参数文件YAML格式 -- rosparam file$(find my_robot_driver)/config/params.yaml commandload/ !-- $(find pkg_name) 是ROS launch文件特有的变量用于查找包的路径 -- !-- 包含另一个launch文件 -- !-- include file$(find another_pkg)/launch/other.launch / -- /launch使用启动文件roslaunch my_robot_driver demo.launchroslaunch命令会自动启动roscore如果还没运行然后按顺序启动文件中定义的所有节点。实操心得outputscreen参数非常有用它能让该节点的日志输出到当前终端方便调试。在生产环境中你可能想将其改为outputlog让日志进入ROS的日志系统。另外合理使用arg和param可以实现启动文件的参数化让同一个启动文件适应不同的场景比如仿真和实机。5. 构建、测试与调试实战代码写好了消息定义了启动文件也准备了接下来就是验证成果的时候。5.1 编译命令详解与策略选择回到工作空间根目录进行编译。编译不是简单的make它涉及到依赖解析、跨包编译等复杂过程。ROS1 (catkin_make):cd ~/catkin_ws # 最常用的命令编译所有包 catkin_make # 只编译某个特定的包及其依赖 catkin_make --pkg my_robot_driver # 编译并启用更详细的输出用于排查编译错误 catkin_make -DCMAKE_BUILD_TYPEDebug -j1 # -jN 指定并行编译的线程数-j1 表示单线程编译出错时信息更清晰 # 清理编译生成的文件build和devel目录 catkin_make clean # 有时clean不够彻底需要手动删除build和devel文件夹ROS2 (colcon):cd ~/ros2_ws # 编译所有包 colcon build # 只编译某个包 colcon build --packages-select my_robot_driver # 编译时启用符号调试信息 colcon build --cmake-args -DCMAKE_BUILD_TYPEDebug # 并行编译 colcon build --parallel-workers 4 # 清理特定包的构建产物 colcon build --packages-select my_robot_driver --cmake-clean-first编译后的“刷新”编译成功后必须重新source一下工作空间的setup文件系统才能找到你新编译出来的可执行文件、Python模块和消息定义。source ~/catkin_ws/devel/setup.bash # ROS1 source ~/ros2_ws/install/setup.bash # ROS25.2 核心调试工具与技巧ROS提供了强大的命令行工具来监控和调试系统它们是开发者的“眼睛”和“耳朵”。rosnode/ros2 node节点管理rosnode list # 列出所有活跃节点 rosnode info /talker # 查看某个节点的详细信息发布/订阅的话题、服务等 rosnode ping /talker # 测试与节点的连接 rosnode kill /talker # 终止一个节点rostopic/ros2 topic话题监控rostopic list # 列出所有活跃话题 rostopic echo /chatter # 实时打印某个话题上的消息内容最常用 rostopic hz /chatter # 统计话题的发布频率 rostopic bw /chatter # 统计话题的数据带宽 rostopic pub /chatter std_msgs/String data: hello --once # 手动向话题发布一条消息测试用rosservice/ros2 service服务调用rosservice list # 列出所有可用服务 rosservice call /add_two_ints 5 3 # 调用服务并传入参数rosparam/ros2 param参数管理rosparam list # 列出所有参数 rosparam get /publish_frequency # 获取参数值 rosparam set /publish_frequency 20.0 # 设置参数值 rosparam dump params.yaml # 将所有参数保存到文件 rosparam load params.yaml # 从文件加载参数rosbag/ros2 bag数据录制与回放神器# 录制数据用于离线分析和复现问题 rosbag record -a -O my_record.bag # 录制所有话题到my_record.bag文件 rosbag record /chatter /odom # 只录制指定话题 # 回放数据 rosbag play my_record.bag --clock # 回放bag文件--clock选项会发布仿真时间 # 查看bag文件信息 rosbag info my_record.bagrqt图形化工具集这是一个瑞士军刀式的GUI工具包含rqt_graph可视化节点与话题连接图、rqt_console查看和过滤日志、rqt_plot绘制数据曲线、rqt_reconfigure动态调整参数等。在终端输入rqt然后选择插件即可。调试心法当你的节点没有按预期工作时一个标准的排查流程是首先rosnode list看节点是否成功启动然后rosnode info node_name看它是否正确发布了/订阅了话题接着用rostopic echo查看话题上是否有数据数据是否正确再用rqt_graph看一眼整个系统的拓扑结构是否和设计一致。rosbag是解决“幽灵问题”的利器把出问题时的数据录下来可以反复回放、分析。5.3 单元测试与集成测试编写测试是保证软件质量的关键。ROS提供了rostest框架来编写和运行集成测试。创建测试文件在包内创建test目录编写测试文件。例如一个简单的Python单元测试 (test/test_basic.py)#!/usr/bin/env python3 import unittest import rospy from my_robot_driver.msg import MyCustom class TestMyPackage(unittest.TestCase): def test_message_creation(self): msg MyCustom() msg.first_name John msg.last_name Doe self.assertEqual(msg.first_name, John) # 可以在这里调用你的节点函数进行测试 if __name__ __main__: import rostest rostest.rosrun(my_robot_driver, test_basic, TestMyPackage)修改CMakeLists.txt启用测试并添加测试目标。if(CATKIN_ENABLE_TESTING) find_package(rostest REQUIRED) add_rostest(test/demo_test.launch) # 如果需要launch文件启动测试 catkin_add_gtest(test_basic test/test_basic.cpp) # 对于C gtest # 对于Python unittest通常通过rostest或自定义规则运行 endif()运行测试cd ~/catkin_ws catkin_make run_tests # 运行所有包的测试 catkin_make run_tests_my_robot_driver # 运行指定包的测试测试结果会在终端显示告诉你通过了哪些失败了哪些。6. 包的管理、发布与进阶操作当你的包变得稳定、有用你可能想分享给别人或者将其纳入版本控制系统进行团队协作。6.1 包的管理与查找# 列出所有ROS能找到的包包括系统安装的和当前工作空间source的 rospack list # 查找某个特定包所在的路径 rospack find my_robot_driver # 列出某个包的所有依赖 rospack depends my_robot_driver # 列出包的依赖树递归 rospack depends1 my_robot_driver # 直接依赖 rospack depends my_robot_driver # 所有依赖6.2 版本控制集成Git将你的ROS包用Git管理是绝对的最佳实践。通常一个Git仓库对应一个ROS包或一个包含多个相关包的元包。cd ~/catkin_ws/src/my_robot_driver git init # 创建.gitignore文件忽略编译产物 echo -e build/\ndevel/\n*.pyc\n__pycache__/ .gitignore git add . git commit -m Initial commit of my_robot_driver package对于从Git克隆现有项目到你的工作空间cd ~/catkin_ws/src git clone https://github.com/someuser/some_ros_pkg.git cd ~/catkin_ws rosdep install --from-paths src --ignore-src -r -y # 安装系统依赖 catkin_make # 或 colcon build source devel/setup.bash # 或 install/setup.bash6.3 包的发布与分享如果你想正式发布你的包例如作为开源项目需要做一些整理工作完善package.xml仔细填写描述、维护者、许可证、依赖关系。版本号遵循语义化版本控制。编写清晰的README.md说明包的功能、安装方法、使用教程、API文档等。代码清理移除调试代码、临时文件确保代码风格一致。选择发布平台可以发布到GitHub、GitLab等代码托管平台也可以提交到ROS官方索引ROS Index这样别人就可以通过apt或rosinstall来安装。对于ROS1有一个将包发布到ROS软件仓库如ros-shadow-fixed的流程涉及创建bloom发布跟踪和向构建农场提交请求这个过程相对复杂通常用于向ROS社区贡献广泛使用的包。对于个人或小团队分享一个Git仓库加上详细的README通常就足够了。6.4 进阶元包Metapackage与工作空间覆盖元包一个本身不包含代码只用于将多个功能相关的包组织在一起的虚拟包。它的CMakeLists.txt非常简单主要靠package.xml通过run_depend或exec_depend来声明依赖。例如navigation就是一个著名的元包它依赖amcl、move_base等多个独立的导航功能包。创建元包可以使用catkin_create_pkg但不指定任何依赖然后手动编辑package.xml。工作空间覆盖ROS允许你有多个工作空间并通过source的顺序来决定包的优先级。后source的工作空间中的包会覆盖先source的同名包。这常用于在不修改系统已安装包的情况下测试自己修改后的版本。你可以通过echo $ROS_PACKAGE_PATH来查看当前ROS的包搜索路径顺序。7. 常见问题排查与命令速查即使按照流程操作也难免会遇到问题。这里汇总了一些典型错误和解决方法。7.1 编译与运行常见错误错误现象可能原因排查与解决catkin_make报错Could not find a package configuration file...1. 依赖包未安装。2.find_package()中包名拼写错误。3. 依赖包不在当前工作空间或ROS_PACKAGE_PATH中。1. 使用sudo apt install ros-distro-package-name安装。2. 检查CMakeLists.txt中find_package的拼写。3. 确保依赖包已被编译且其所在工作空间已被source。catkin_make报错undefined reference to ...链接错误。target_link_libraries中未链接必要的库或find_package未找到库。1. 确保target_link_libraries(target ${catkin_LIBRARIES} ...)已添加。2. 检查find_package是否包含了所有必需的包。rosrun报错[rospack] Error: package my_pkg not found1. 包未编译。2. 工作空间未source。3. 包名拼写错误。1. 确认已成功执行catkin_make且无错误。2. 执行source devel/setup.bash。3. 使用rospack list确认包是否存在。节点启动后立即退出或挂起1. 节点代码中缺少ros::spin()或rospy.spin()。2. 主循环条件错误。3. 订阅的话题不存在或消息类型不匹配。1. 检查节点代码确保有spin()调用保持节点运行。2. 使用rosnode list和rostopic echo检查节点和话题状态。3. 查看节点输出的日志 (rosnode info或rqt_console)。自定义消息/服务无法识别1.package.xml中未添加message_generation和message_runtime依赖。2.CMakeLists.txt中未正确配置add_message_files和generate_messages。3. 未重新编译和source。1. 检查并修正package.xml和CMakeLists.txt。2. 执行catkin_make并source devel/setup.bash。3. 使用rosmsg show MyCustom验证消息是否生成成功。7.2 核心命令速查表为了方便查阅我将最常用的命令按功能归类工作空间与包catkin_init_workspace/catkin_make/catkin_make --pkg PKG(ROS1)colcon build/colcon build --packages-select PKG(ROS2)catkin_create_pkg PKG [deps](ROS1) /ros2 pkg create PKG --deps [deps](ROS2)rospack find PKG/ros2 pkg prefix PKGrosdep install --from-paths src --ignore-src -r -y节点与运行rosrun PACKAGE EXECUTABLE [ARGS](ROS1) /ros2 run PACKAGE EXECUTABLE [ARGS](ROS2)roslaunch PACKAGE LAUNCH_FILE.launch(ROS1) /ros2 launch PACKAGE LAUNCH_FILE.py(ROS2)rosnode list/ros2 node listrosnode info NODE/ros2 node info NODE话题rostopic list/ros2 topic listrostopic echo TOPIC/ros2 topic echo TOPICrostopic pub TOPIC TYPE [ARGS]/ros2 topic pub TOPIC TYPE [MSG]rostopic hz TOPIC/ros2 topic hz TOPICrqt_graph服务rosservice list/ros2 service listrosservice call SERVICE [ARGS]/ros2 service call SERVICE TYPE [REQUEST]参数rosparam list/ros2 param listrosparam get PARAM/ros2 param get NODE PARAMrosparam set PARAM VALUE/ros2 param set NODE PARAM VALUE消息rosmsg show MSG_TYPE/ros2 interface show MSG_TYPErossrv show SRV_TYPE/ros2 interface show SRV_TYPE数据记录rosbag record [TOPICS]/ros2 bag record [TOPICS]rosbag play BAGFILE/ros2 bag play BAGFILErosbag info BAGFILE/ros2 bag info BAGFILE这套流程和命令集基本覆盖了一个ROS包从诞生到成熟的全生命周期。记住熟练不是死记硬背而是在实践中反复使用。刚开始可能会觉得命令繁多但当你按照这个“流水线”走完几个完整的项目后它们就会变成你的肌肉记忆。最重要的是理解每个环节的目的创建包是为了组织代码定义消息是为了通信编写启动文件是为了简化操作而所有的调试命令都是为了让你看清系统内部发生了什么。把这些点连成线你就能从容地驾驭ROS开发了。