Rust Tonic gRPC方法不可变self无法可变借用报错如何解决

核心问题是Tonic生成的gRPC方法签名仅允许&self不可变引用，但tokio::mpsc::Receiver的recv()方法要求可变引用，以下是3种可落地的解决方案：

• 方案1：用异步锁实现内部可变性
  这是改动最小的临时解决方案，通过tokio::sync::Mutex包裹Receiver，利用Rust内部可变性特性，在不可变引用下获取到Receiver的可变访问权。
  首先修改AdminService结构体定义：

  use tokio::sync::Mutex;
  use std::sync::Arc;
  
  // mpsc::Sender本身支持多 Sender 克隆无需加锁，Receiver 需通过锁+Arc共享所有权
  pub struct AdminService {
      tx: tokio::sync::mpsc::Sender<Command>,
      rx: Arc<Mutex<tokio::sync::mpsc::Receiver<Command>>>,
  }
  

  然后修改调用逻辑：

  #[tonic::async_trait]
  impl Admin for AdminService {
      async fn run_command(&self, request: Request<Command>) -> Result<Response<Command>, Status> {
          let cmd = request.into_inner();
          match self.tx.send(cmd.clone()).await {
              Ok(()) => match self.rx.lock().await.recv().await {
                  Some(cmd) => Ok(Response::new(cmd.clone())),
                  None => todo!(),
              },
              Err(_) => todo!(),
          }
      }
  }
  

  注意：必须使用tokio的异步Mutex，不能用std的同步Mutex，否则会阻塞异步运行时导致性能问题甚至死锁。该方案仅适合单Admin请求的测试场景，多请求并发时会出现命令和结果乱序匹配的逻辑错误。

• 方案2：按请求绑定oneshot通道（推荐生产使用）
  该方案从架构层面同时解决编译问题和并发乱序问题：给每个命令分配唯一ID，请求侧发送命令时同时创建一个oneshot通道，将ID和oneshot的发送端存入全局共享的HashMap，AdminService不再持有全局Receiver。另起单独后台任务从原Receiver收结果，根据结果中的ID找到对应oneshot发送端，把结果推送给等待的请求。
  该方案完全不需要在gRPC方法中操作Receiver，自然没有可变引用的要求，同时保证多个并发请求的结果能正确匹配到对应请求。

• 方案3：拆分Service职责，将接收逻辑移到独立任务
  直接移除AdminService中的Receiver成员，所有从Receiver收结果的逻辑完全抽离到单独的后台异步任务中。指令下发后通过消息队列通知后台任务等待对应结果，后台任务拿到结果后再传递给等待的gRPC请求，AdminService仅保留发送端成员，不需要任何可变操作。

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