Ubuntu环境下ACE 7.0.6库handle_output()过度调用致CPU占用过高排查

1. 如何停止/控制 handle_output() 过度回调 #

ACE 的 Reactor 机制会在套接字处于可写状态时触发 handle_output()，若套接字长期处于可写但无数据待发送的状态，就会持续触发回调导致 CPU 占用过高。可以通过以下方式解决：

• 按需注册可写事件：仅当有数据需要发送时，通过 reactor()->register_handler(this, ACE_Event_Handler::WRITE_MASK) 注册可写事件；数据发送完成（或遇到 EAGAIN/EWOULDBLOCK 且无剩余数据）后，立即调用 reactor()->remove_handler(this, ACE_Event_Handler::WRITE_MASK) 注销该事件，避免无意义的重复触发。
• 优化 handle_output() 逻辑：在自定义 Event_Handler 的实现中，处理完发送逻辑后主动清理可写事件注册。示例代码：

  int Custom_Handler::handle_output(ACE_HANDLE fd) {
      ssize_t sent = send(fd, send_buf, buf_len, 0);
      if (sent == -1) {
          if (errno == EAGAIN || errno == EWOULDBLOCK) {
              // 暂时无法发送，保留可写事件（若有剩余数据）
              return 0;
          } else {
              // 连接异常，注销所有事件
              reactor()->remove_handler(this, ACE_Event_Handler::ALL_EVENTS_MASK);
              return -1;
          }
      } else if (sent < buf_len) {
          // 仍有剩余数据，调整缓冲区后保留可写事件
          memmove(send_buf, send_buf + sent, buf_len - sent);
          buf_len -= sent;
          return 0;
      } else {
          // 数据发送完成，注销可写事件
          reactor()->remove_handler(this, ACE_Event_Handler::WRITE_MASK);
          return 0;
      }
  }
  

• 排查错误注册逻辑：检查 handle_input()（处理连接接受）等代码中，是否存在不必要的可写事件注册操作，比如连接建立后误添加 WRITE_MASK 监听。

2. ACE_handle_Set::Reset() 的触发原因 #

ACE_handle_Set 是 ACE Reactor 内部管理文件描述符集合的核心结构，Reset() 方法用于重置描述符集合（清空或重新初始化），高频调用的常见原因包括：

• 描述符集合频繁变更：如果每次 Reactor 循环都有大量描述符被添加/移除（比如因 handle_output() 过度触发导致的反复注册/注销 WRITE_MASK），会迫使 Reactor 频繁调用 Reset() 更新集合。
• 与 ACE_Event_Handler::set_max() 联动：set_max() 用于更新 Reactor 监听的最大文件描述符值，当有新的大数值 fd 加入时会触发该方法；而它内部会调用 ACE_handle_Set::Reset() 来调整集合的容量。若环境中频繁有连接建立/销毁，或 fd 数值波动较大，就会导致这两个方法被高频调用。

额外优化建议 #

• 切换 Reactor 实现：若服务连接数较多，建议从默认的 ACE_Select_Reactor 切换为 ACE_EPoll_Reactor（Linux 专属，性能更优），减少描述符集合操作的开销。
• 确认套接字模式：确保套接字已设置为非阻塞模式（ACE 默认会配置，但迁移后可能存在差异），避免阻塞调用打乱 Reactor 循环逻辑。
• 系统调用跟踪：使用 strace 工具跟踪 Reactor 的系统调用，查看 epoll_wait/select 的调用频率和参数，进一步确认描述符集合的变更频率。

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