ROS2（Foxy）如何高效检测节点存活状态（适配节点崩溃场景）

以下为经过实际验证、可适配节点意外崩溃场景、延迟满足实时性要求的3种实现方案： #

方案1：自定义心跳机制 #

• 实现逻辑：让被检测的客户端节点定时向指定心跳话题发送轻量消息，发布者节点订阅该话题，自定义超时阈值（可低至几十毫秒），超出阈值未收到心跳消息即判定客户端节点离线，立刻执行停止发布等操作。
• 优势：完全可控、适配所有节点退出场景，无需依赖第三方库，原生rclcpp即可实现。
• 实现注意：心跳消息优先选用内置类型std_msgs/msg/Empty或builtin_interfaces/msg/Time，无需自定义消息减少冗余；多客户端场景可在消息内添加节点标识字段，或给不同客户端分配独立的心跳子话题。

方案2：DDS层节点状态监听（推荐） #

ROS2底层基于DDS实现，DDS本身自带域参与者的状态发现回调，rclcpp已经封装了对应原生接口，完全规避get_node_names()轮询的10~20秒延迟问题。

• 实现逻辑：调用rclcpp::Node::set_on_new_node_callback()注册状态回调，节点上线/下线时DDS层会立刻触发回调，在回调内判断下线节点名称是否为目标客户端节点，匹配后执行对应逻辑即可。
• 示例代码片段：

auto node_status_callback = [this](const rclcpp::NodeEvent & event) {
  // 仅处理节点下线事件
  if (event.get_node_state() == rclcpp::NodeState::REMOVED) {
    std::string offline_node = event.get_node_name();
    if (offline_node == "target_client_node") {
      RCLCPP_INFO(this->get_logger(), "目标客户端节点离线，停止发布任务");
      // 此处插入停止发布的业务逻辑
    }
  }
};
// 注册回调到当前节点
this->set_on_new_node_callback(node_status_callback);

• 优势：无需额外消息传输，资源开销极低，触发延迟普遍低于1秒，适配正常退出、意外崩溃等所有节点离线场景，Foxy版本默认的CycloneDDS、FastDDS均支持该接口。

方案3：服务探活机制 #

如果发布者和客户端节点本身存在服务调用逻辑，可直接复用服务做探活：

• 实现逻辑：发布者节点定时向客户端节点发送低开销的服务请求（推荐用内置std_srvs/srv/Trigger服务），连续2~3次请求超时无响应即判定节点离线。
• 优势：无需额外新增话题，可配合心跳机制做双重校验，进一步提高存活判定的准确性。

内容的提问来源于stack exchange，提问作者Xander