4、ROS通信机制：话题、服务、动作在联调中的应用

做机器人开发，说白了就是在跟各种数据打交道。激光雷达要发数据，MoveIt要收数据，控制器要下指令——这些全靠ROS的通信机制来串联。我见过不少新手，上来就写代码，结果节点之间互相找不到，数据发不出去，折腾半天才发现是通信机制没选对。

这一章，我就把话题、服务、动作这三个核心机制掰开揉碎了讲。结合激光雷达和MoveIt联调的实际场景，告诉你什么时候该用哪个，怎么用才不会踩坑。

4.1 话题：激光雷达的"广播电台"

话题是ROS里最常用的通信方式。它的工作模式就像广播电台——发布者只管往外发数据，订阅者只管收，双方不需要知道对方是谁。

激光雷达的数据流，天然就适合用话题。为什么呢？你想想看，激光雷达每秒转10圈、20圈，每圈产生几百个点。这种高频、持续的数据，用话题最合适。

来看一个实际例子。假设我们要写一个节点，订阅激光雷达数据，然后做简单的障碍物检测：

#!/usr/bin/env python3
import rospy
from sensor_msgs.msg import LaserScan

def scan_callback(msg):
    # 提取距离数据
    ranges = msg.ranges
    # 找最近障碍物
    min_dist = min(ranges)
    if min_dist < 0.5:
        rospy.logwarn("前方有障碍物！距离：%.2f 米", min_dist)

rospy.init_node('obstacle_detector')
rospy.Subscriber('/scan', LaserScan, scan_callback)
rospy.spin()

这段代码很简单，但有个细节要注意——LaserScan 消息里的 ranges 数组，默认单位是米。我曾经遇到过一个坑：某款雷达输出的距离单位是厘米，但消息里没标注，结果我的避障逻辑全乱了。

4.2 服务：一问一答的"电话"

服务跟话题不一样。它是同步的、一对一的。客户端发一个请求，服务端处理完再返回结果。这期间客户端会一直等着。

在联调场景里，服务适合做什么？我个人习惯用它来做"查询"和"开关"类的操作。比如：

• 查询机器人当前关节角度
• 获取某个坐标系的变换关系
• 打开或关闭某个传感器

MoveIt 本身提供了很多服务接口。举个例子，用服务获取当前规划场景：

from moveit_commander import PlanningSceneInterface
import rospy

rospy.init_node('get_scene')
scene = PlanningSceneInterface()
# 服务调用获取当前场景信息
# 实际项目中常用 rospy.ServiceProxy

不过说实话，服务在联调中用得不算多。为什么？因为激光雷达的数据是持续流的，而服务是一次性的。你总不能每秒钟调一次服务去拿雷达数据吧？那效率太低了。

4.3 动作：带进度条的"快递单"

动作是ROS里最"高级"的通信机制。它本质上是在话题的基础上封装了一层，提供了目标、反馈、结果三个通道。

为什么需要动作？你想想看，MoveIt 规划一个运动路径，可能要花几百毫秒甚至几秒。执行路径又要花几秒。如果我用服务，客户端就得一直阻塞等着，这期间啥也干不了。如果用话题，又没法知道任务什么时候完成。

动作就是来解决这个问题的。它允许你：

1. 发送目标：告诉MoveIt"我要去那个位置"
2. 接收反馈：实时知道"现在走到哪了"
3. 拿到结果：任务完成时收到最终状态
4. 取消任务：发现不对，随时叫停

来看一个MoveIt动作调用的实际代码：

import rospy
import actionlib
from control_msgs.msg import FollowJointTrajectoryAction, FollowJointTrajectoryGoal

rospy.init_node('move_arm_client')
client = actionlib.SimpleActionClient(
    '/arm_controller/follow_joint_trajectory',
    FollowJointTrajectoryAction
)
client.wait_for_server()

goal = FollowJointTrajectoryGoal()
# 填充目标轨迹点...
# 这里省略具体轨迹数据

client.send_goal(goal)
client.wait_for_result()
result = client.get_result()
rospy.loginfo("运动执行结果：%s", str(result))

4.4 三种机制在联调中的配合

讲完了各自的特点，咱们来看看在激光雷达+MoveIt联调中，它们怎么配合工作。

通信机制	联调中的角色	典型数据流	频率/次数
话题	激光雷达数据输入	/scan → 避障节点	10-20 Hz
话题	关节状态反馈	/joint_states → MoveIt	50-100 Hz
服务	查询规划场景	客户端 → /get_planning_scene	按需
服务	附加/移除物体	客户端 → /attach_object	按需
动作	运动规划与执行	客户端 → /move_group	每次运动一次

你看，这三者各司其职。话题负责"高速公路"——持续不断地传输激光雷达点云和关节状态。服务负责"问询台"——偶尔查个参数、改个设置。动作负责"项目经理"——下发运动任务，跟踪进度，处理异常。

4.5 常见坑点与排查方法

联调过程中，通信问题是最容易出的。我总结几个高频坑：

• 话题没对上：发布者和订阅者的话题名拼写不一致。用 rostopic list 检查。
• 消息类型不匹配：发布的是 LaserScan，订阅的却是 PointCloud。用 rostopic info /topic_name 查看。
• 服务超时：服务端处理太慢，客户端等不及。适当增加超时时间。
• 动作服务器没启动：MoveIt 的控制器没加载，动作客户端连不上。检查 roslaunch 日志。