面试题：Rust原子操作在复杂进度报告场景中的应用

实现高效且线程安全的进度报告更新

数据结构定义：
- 首先定义一个结构体来存储进度报告的相关信息。
```
use std::sync::{Arc, Mutex};
use std::sync::atomic::{AtomicU64, Ordering};
use std::time::SystemTime;

struct ProgressReport {
    progress: AtomicU64,
    description: Mutex<String>,
    estimated_completion_time: Mutex<Option<SystemTime>>,
}
```
- progress 字段使用 AtomicU64 来存储进度数值，因为它是简单的数值类型，适合原子操作。原子操作不需要像锁那样进行上下文切换等开销，能直接在硬件层面高效执行简单的数值更新。
- description 和 estimated_completion_time 由于是复杂类型（字符串和系统时间的可选项），不适合原子操作，所以使用 Mutex 来保护。

更新操作：

更新进度数值：
```
impl ProgressReport {
    fn update_progress(&self, new_progress: u64) {
        self.progress.store(new_progress, Ordering::SeqCst);
    }
}
```
- 使用 store 方法原子地更新进度数值。Ordering::SeqCst 提供了最强的内存顺序保证，确保所有线程以相同顺序观察到更新。

更新描述和预计完成时间：

impl ProgressReport {
    fn update_description(&self, new_description: String) {
        let mut guard = self.description.lock().unwrap();
        *guard = new_description;
    }

    fn update_estimated_completion_time(&self, new_time: Option<SystemTime>) {
        let mut guard = self.estimated_completion_time.lock().unwrap();
        *guard = new_time;
    }
}

通过获取 Mutex 的锁来安全地更新描述和预计完成时间。

多线程使用示例：

use std::thread;

fn main() {
    let progress_report = Arc::new(ProgressReport {
        progress: AtomicU64::new(0),
        description: Mutex::new(String::new()),
        estimated_completion_time: Mutex::new(None),
    });

    let progress_report_clone = Arc::clone(&progress_report);
    let handle = thread::spawn(move || {
        progress_report_clone.update_progress(50);
        progress_report_clone.update_description(String::from("Half way there"));
        progress_report_clone.update_estimated_completion_time(Some(SystemTime::now()));
    });

    handle.join().unwrap();
}

使用 Arc（原子引用计数）来在多线程间共享 ProgressReport 实例。每个线程可以安全地调用更新方法。

原子操作相较于传统锁机制的优势与劣势

优势：
- 性能：
  - 对于简单数据类型（如 u64）的操作，原子操作通常更快。因为原子操作直接在硬件层面实现，不需要像锁那样进行复杂的内核态上下文切换。例如，在更新进度数值时，原子操作可以直接修改内存中的值，而锁机制需要获取锁、释放锁，涉及更多的开销。
  - 在高并发场景下，当多个线程频繁更新简单数值时，原子操作能避免锁竞争带来的性能瓶颈。
- 无死锁风险：原子操作不存在死锁问题。因为它不需要像锁那样通过获取和释放操作来保护临界区，只要硬件支持原子指令，就可以安全地进行操作。
劣势：
- 功能局限：
  - 原子操作只能对简单数据类型（如整数、指针等）进行操作。对于复杂数据类型（如字符串、结构体等），原子操作无法提供足够的保护，需要使用锁机制。在我们的进度报告中，进度描述和预计完成时间就不能使用原子操作，必须依靠 Mutex。
  - 原子操作的内存顺序模型较为复杂，需要开发者深入理解不同顺序（如 SeqCst、Relaxed 等）的含义，否则容易导致数据一致性问题。相比之下，锁机制的逻辑相对简单，只要正确获取和释放锁，就能保证数据安全。
- 调试困难：由于原子操作的底层实现依赖硬件指令，在调试时可能更难以追踪和理解问题。而锁机制在调试时，通过查看锁的获取和释放点，更容易定位死锁或数据竞争问题。

星途面试题库

面试题：Rust原子操作在复杂进度报告场景中的应用

知识考点

面试题答案

实现高效且线程安全的进度报告更新

原子操作相较于传统锁机制的优势与劣势