关于Rust中`static mut`读写的编译器优化及并发场景下实现方式的咨询

首先先看你给出的代码：

#![no_std]

static mut DATA: usize = 0;

#[no_mangle]
pub unsafe fn update() {
    DATA = 1;
}

#[no_mangle]
pub unsafe fn wait_for_data() {
    while DATA == 0 {}
    DATA = 1;
}

针对你的两个问题，我来逐一解答：

1. 编译器是否假设没有并发访问到DATA？ #

没错，编译器确实会做这个假设。在Rust的规则里，static mut的安全契约是同一时间只能有一个执行路径（线程/中断）访问它——你作为开发者必须手动保证这一点，编译器不会帮你考虑任何并发读写的可能性。

所以在你的wait_for_data函数里，编译器看到while DATA == 0这个循环时，它会基于“没有其他合法方式修改DATA”的前提来优化：既然第一次检查DATA是0，那后续也永远会是0，直接把循环优化成无限死循环完全符合它的逻辑。

2. 这个场景需要volatile读写还是原子操作？ #

这个场景必须使用volatile读写或者原子类型，具体选哪个取决于你的实际需求：

• 如果只是需要阻止编译器优化掉内存访问，确保每次读写都直接操作实际内存（能看到中断带来的修改），那么用volatile就足够。你可以把DATA改成UnsafeCell包裹的类型，然后用read_volatile和write_volatile来读写：

  #![no_std]
  
  use core::cell::UnsafeCell;
  use core::ptr;
  
  static mut DATA: UnsafeCell<usize> = UnsafeCell::new(0);
  
  #[no_mangle]
  pub unsafe fn update() {
      ptr::write_volatile(DATA.get(), 1);
  }
  
  #[no_mangle]
  pub unsafe fn wait_for_data() {
      while ptr::read_volatile(DATA.get()) == 0 {}
      ptr::write_volatile(DATA.get(), 1);
  }
  

• 如果你的场景涉及多CPU核心（比如中断在另一个核心执行），需要保证内存可见性（修改后立刻被主核心看到），或者要避免指令重排序，那原子类型是更稳妥的选择。原子类型会自动处理同步问题，不用你手动维护独占访问的契约：

  #![no_std]
  
  use core::sync::atomic::{AtomicUsize, Ordering};
  
  static DATA: AtomicUsize = AtomicUsize::new(0);
  
  #[no_mangle]
  pub fn update() {
      DATA.store(1, Ordering::Relaxed);
  }
  
  #[no_mangle]
  pub fn wait_for_data() {
      while DATA.load(Ordering::Relaxed) == 0 {}
      DATA.store(1, Ordering::Relaxed);
  }
  

  这里的Ordering::Relaxed是最轻量的内存顺序，适合这种简单的等待场景；如果你的代码还有其他依赖关系，可能需要选用更强的内存顺序（比如Ordering::Acquire/Ordering::Release）。

需要额外提醒的是：static mut本身完全不提供任何并发安全保障，它的unsafe标注就是在警告你——所有的同步、互斥逻辑都得你自己来，编译器不会帮你兜底。你的场景里中断和主程序同时访问DATA，已经违反了static mut的独占访问契约，所以编译器的优化行为是完全符合规则的。

备注：内容来源于stack exchange，提问作者Ian Rehwinkel