Rust多线程应用中共享状态管理方案是否合理？

你用lazy_static+Mutex实现全局共享状态的方式是Rust里处理多线程全局状态的常规方案之一，并非强行套用C++概念，不过可以从健壮性和Rust风格角度做一些优化：

1. 核心实现的合理性 #

• lazy_static的作用：Rust要求静态变量必须编译时初始化，但Mutex<Status>需要运行时构造（早期Rust中Mutex::new不是const fn，即使现在标准库支持了部分const构造，lazy_static依然是延迟初始化全局变量的成熟方案），它能保证全局变量在首次访问时安全初始化，且线程安全。
• Mutex的必要性：多线程共享可变状态必须用同步原语，Mutex通过互斥锁保证同一时间只有一个线程能修改状态，符合Rust的线程安全规则。

2. 可优化的点 #

避免直接使用unwrap() #

你的代码里用了STATUS.lock().unwrap()，但如果持有锁的线程panic，Mutex会进入poisoned状态，此时lock()会返回Err，直接unwrap()会导致当前线程也panic。实际项目里建议用expect()带明确错误信息，或者处理错误：

pub fn enabled() -> bool {
    STATUS.lock().expect("Failed to acquire lock on status").enabled
}

pub fn set_enable(new_val: bool) {
    let mut status = STATUS.lock().expect("Failed to acquire lock on status");
    status.enabled = new_val;
}

考虑用标准库的OnceCell替代lazy_static #

Rust 1.70+标准库提供了OnceCell，可以实现和lazy_static一样的延迟初始化效果，不需要依赖第三方crate：

use std::sync::{Mutex, OnceCell};
use std::default::Default;

struct Status {
    pub enabled: bool,
    pub num_file_moved: u64,
    pub num_file_moved_err: u64,
    pub tot_size: u64,
}

impl Default for Status {
    fn default() -> Self {
        Self {
            enabled: false,
            num_file_moved: 0,
            num_file_moved_err: 0,
            tot_size: 0,
        }
    }
}

static STATUS: OnceCell<Mutex<Status>> = OnceCell::new();

// 提供获取状态的入口
fn get_status() -> &'static Mutex<Status> {
    STATUS.get_or_init(|| Mutex::new(Status::default()))
}

// 读写方法示例
pub fn enabled() -> bool {
    get_status().lock().expect("Failed to lock status").enabled
}

pub fn set_enable(new_val: bool) {
    let mut status = get_status().lock().expect("Failed to lock status");
    status.enabled = new_val;
}

3. 更Rust化的替代思路：避免全局状态 #

虽然全局状态在很多场景下有用，但Rust更推荐依赖注入的方式：把Status作为参数传递给需要使用它的函数/线程，而不是用全局变量。这种方式降低了代码耦合，更易于测试（比如测试时可以传入模拟的状态实例）。

比如：

// 线程函数接收状态引用
fn worker_thread(status: &Mutex<Status>) {
    // 操作状态
    let mut s = status.lock().unwrap();
    s.num_file_moved += 1;
}

fn main() {
    let status = Mutex::new(Status::default());
    let handle = std::thread::spawn(move || worker_thread(&status));
    handle.join().unwrap();
}

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