Rust RPC 框架巡检背压、连接和取消信号都要可见RPC 服务巡检不能只看端口存活。连接建立、请求排队、处理和响应写回都可能成为瓶颈也可能在客户端取消后继续消耗资源。观察四组信号连接侧记录建立失败、活跃连接和握手错误队列侧记录等待与拒绝处理侧按方法区分分位耗时和错误传输侧观察流量与写回失败。标签要限制基数不能把原始请求或用户标识直接放进指标。服务端接收取消后应停止仍可取消的下游调用并释放许可。流式 RPC 还要检查慢消费者是否触发背压不能让未读消息无限积累。巡检结果要有动作为每项异常写明查询、责任模块和下一步验证。调整连接池或并发前先保存基线复测时固定负载与版本。这样巡检不是堆图表而是给排查留下入口。