在Tauri插件中使用Sender作为全局状态的问题求助

问题核心 #

std::sync::mpsc::Sender仅实现了Send trait，未实现Sync，而Tauri的AppHandle::manage要求存入的全局状态必须满足Send + Sync，因此直接存入Sender会触发编译错误。

解决方案 #

方案一：用Arc<Mutex<Sender<T>>>实现线程安全的共享Sender

通过Arc<Mutex>包装Sender，使整体类型满足Send + Sync。每次需要发送消息时，从Mutex中clone出一个Sender（clone操作本身轻量），再用这个克隆实例发送消息，避免长时间持有锁。

首先定义包装类型：

use std::sync::{Arc, Mutex};
use std::sync::mpsc::{Sender, SendError};

/// 线程安全的共享Sender包装
struct SharedSender<T>(Arc<Mutex<Sender<T>>>);

impl<T> SharedSender<T> {
    /// 创建新的SharedSender
    pub fn new(sender: Sender<T>) -> Self {
        Self(Arc::new(Mutex::new(sender)))
    }

    /// 发送消息
    pub fn send(&self, msg: T) -> Result<(), SendError<T>> {
        // 锁定Mutex并clone Sender，随后立即解锁
        let sender = self.0.lock().unwrap().clone();
        sender.send(msg)
    }
}

// 自动推导Send + Sync：Arc和Mutex都是Send + Sync，且Sender是Send，因此SharedSender自动满足要求

修改你的初始化函数：

fn initialize(
    &mut self,
    handle: &tauri::AppHandle<R>,
    config: serde_json::Value,
) -> PluginResult<()> {
    let cfg = Config::from_serde_value(config)?;

    handle.manage(DiscordRichPresence::new_mutex(&cfg.client_id));
    // 用SharedSender包装后存入全局状态
    handle.manage(SharedSender::new(self.sender.clone()));

    Ok(())
}

后续在其他插件中获取并使用：

// 从AppHandle中获取SharedSender
let shared_sender = handle.state::<SharedSender<YourMsgType>>();
// 发送消息
shared_sender.send(YourMsgType::SomeCommand).unwrap();

方案二：切换到Tokio无界通道

如果你项目中已经使用Tokio，可以直接替换为tokio::sync::mpsc::UnboundedSender——它本身实现了Send + Sync，无需额外包装即可直接存入全局状态：

// 初始化时直接存入
handle.manage(self.sender.clone()); // UnboundedSender是Send + Sync

使用方式和std的Sender类似，直接调用send方法即可。

方案对比 #

• 方案一：兼容std标准库，无需引入额外依赖，锁开销极低（仅clone时持有锁），适合不想更换通道类型的场景。
• 方案二：代码更简洁，但依赖Tokio，且无界通道可能导致内存占用过高（需确保消息消费速度匹配生产速度）。

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