答案

在Rust中，分配器负责分配和释放动态内存（堆）。默认情况下，Rust使用标准系统分配器，但语言提供了通过全局和局部接口使用用户自定义分配器的可能性。这通常是为了：

• 针对特定任务优化性能（例如，减少内存碎片）。
• 控制内存分配时的行为（例如，记录日志、限制、剖析）。
• 在特定操作系统或嵌入式设备上工作，因为标准分配器不可用。

从1.28开始，全局分配器通过属性#[global_allocator]指定：

use std::alloc::System;

#[global_allocator]
static GLOBAL: System = System;

可以通过实现std::alloc中的特征创建自定义分配器：

use std::alloc::{GlobalAlloc, Layout};

struct MyAlloc;
unsafe impl GlobalAlloc for MyAlloc {
    unsafe fn alloc(&self, layout: Layout) -> *mut u8 {
        // 这里是分配逻辑
        std::alloc::System.alloc(layout) // 委托给标准分配器
    }
    unsafe fn dealloc(&self, ptr: *mut u8, layout: Layout) {
        // 释放逻辑
        std::alloc::System.dealloc(ptr, layout)
    }
}

#[global_allocator]
static GLOBAL: MyAlloc = MyAlloc;

陷阱问题

问题： 是否可以在运行时更改全局分配器，例如，根据条件或配置？

答案： 不可以！全局分配器在编译时选择，并通过#[global_allocator]静态指定。在运行时不能更改它_或_动态选择，因为该属性会影响编译时生成的代码。

---

故事

某公司将高负载服务从Linux移植到具有RTOS的嵌入式平台。由于不知道标准全局分配器在该平台上无法工作，应用程序在任何Box::new调用时都会崩溃。通过实现自定义分配器以访问静态内存池解决了这个问题。

故事

在一个分析大型图形的项目中引入了自定义分配器用于性能剖析，但忘记正确重定向内存释放。结果导致了内存泄漏和负载测试性能下降。

故事

在开发桌面应用程序时使用了第三方分配器jemalloc，未考虑不同rustc版本之间的ABI差异。这导致在序列化数据时发生难以捕捉的崩溃，因为不同代码块期望不同的内存分配约定。