嵌入式Rust最佳实践：结构体隐藏缓冲区还是调用者传入？

我是Rust新手，尤其刚接触嵌入式Rust，想了解哪种写法更符合Rust风格。

选项1：

pub struct IrRecorder<R: RmtReceive> {
    rx: R,
    buf: [u32; MAX_SYMBOLS],
}

impl<R: RmtReceive> IrRecorder<R> {
    pub fn new(rx: R) -> Self {
        Self { rx, buf: [0; MAX_SYMBOLS] }
    }

    pub async fn record(&mut self) -> Result<IrSignal, IrError> {
        self.buf.fill(0);
        // ... some logic, using self.buf
    }
}

选项2：

pub async fn record<R>(rx: &mut R, buf: &mut [u32; MAX_SYMBOLS]) -> Result<IrSignal, IrError>
where
    R: RmtReceive,
{
    buf.fill(0);
    // ... some logic, using self.buf
}

我知道选项2能让调用者自主选择缓冲区的内存位置，这在嵌入式代码中十分重要，但选项1的写法更简洁，类似面向对象语言的风格。想请教哪种方案更符合嵌入式Rust的最佳实践？

解答 #

在嵌入式Rust的最佳实践中，两种方案都有适用场景，但选项2的设计更贴合嵌入式开发的核心需求，具体原因如下：

• 内存控制优先级更高：嵌入式系统内存资源通常极为有限，开发者需要精准把控内存分配的位置（比如栈、静态内存池、特定RAM区域）。选项2将缓冲区的控制权完全交给调用者，能避免结构体内部固定大小数组带来的内存占用僵化——比如调用者若已有闲置缓冲区可复用，就无需额外分配新内存，这在资源紧张的场景中至关重要。

• 无状态设计更灵活：选项2的函数是无状态的，调用者可根据不同场景复用同一个RMT外设实例搭配不同缓冲区，无需为每个场景创建新的IrRecorder实例，减少了不必要的对象开销，也更契合Rust推崇的"组合优于继承"设计思路。

• 选项1的适用场景：如果你的场景中，缓冲区的大小和内存位置固定不变，且希望将RMT外设与缓冲区的管理封装成一个独立、高内聚的组件，选项1也完全合理。比如当你需要为特定IR录制流程提供开箱即用的封装，无需调用者关心内部细节时，这种面向对象风格的结构体封装能提升代码易用性。

总结 #

• 优先选择选项2，尤其是在需要精细控制内存、或需要高度灵活复用外设/缓冲区的嵌入式场景中；
• 选项1适合封装固定流程、追求易用性且内存需求明确的场景。

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