std::pmr::monotonic_buffer_resource 是符合 arena 语义的分配器，它线性分配、忽略 deallocate、析构时统一释放，适用于短生命周期批量场景；需确保 buffer 生命周期长于 arena，避免悬空指针或 fallback。
std::pmr::memory_resource 本身不直接提供 Arena/Region 分配器，但你可以用 std::pmr::monotonic_buffer_resource 实现典型的 arena 行为——它正是为批量分配、单向增长、延迟释放而设计的。
为什么 std::pmr::monotonic_buffer_resource 就是你要的 Arena
它内部维护一个连续内存块（buffer），所有 allocate() 请求都从前向后线性推进，不回收中间内存；deallocate() 被忽略（除非释放整个 buffer）；析构时自动释放全部。这完全符合 arena 的语义：一次分配一批对象，统一销毁。
常见误用是把它当成通用堆替代品——它不适合频繁混合分配/释放不同大小对象的场景。
- 适合：解析 JSON、构建 AST、处理一帧游戏数据、临时字符串拼接等“短生命周期 + 批量创建 + 统一销毁”场景
- 不适合：长期存活对象、需要局部释放某几个对象、或分配后反复 resize 的容器（如
std::pmr::vectorpush_back 后又 pop_back） - 性能优势来自零元操作：无链表遍历、无碎片管理、无锁（单线程下）
如何正确构造和使用 std::pmr::monotonic_buffer_resource
关键在 buffer 生命周期必须长于所有依赖它的资源。最安全方式是显式管理 buffer 内存（比如用 std::aligned_storage_t 或 std::vector<:byte></:byte>），而非依赖默认栈 buffer（仅限小量、确定大小的分配）。
立即学习“C++免费学习笔记（深入）”；
std::vector<std::byte> buffer(1024 * 1024); // 1MB 预分配
std::pmr::monotonic_buffer_resource arena(buffer.data(), buffer.size());
std::pmr::polymorphic_allocator<int> alloc(&arena);
<p>std::pmr::vector<int> v(alloc);
v.reserve(10000);
for (int i = 0; i < 10000; ++i) {
v.push_back(i);
}
// 此时所有 int 和 vector 内部缓冲区都在 arena 中
// 销毁 v 和 arena → 整块 buffer 一次性释放</p>- 不要传入栈上小数组地址（如
char buf[256]）并让它早于 arena 析构，否则 UB - buffer 大小应预估峰值内存需求；过小会触发 fallback 到上游 resource（默认是
std::pmr::new_delete_resource()），破坏 arena 语义 - 若需多线程 arena，需自行加锁包装 ——
monotonic_buffer_resource本身不是线程安全的
何时要自己写 std::pmr::memory_resource 子类
只有当 monotonic_buffer_resource 不满足需求时才动手，例如：
- 需要支持 reset（清空但不释放 buffer，重用内存）→ 可封装
monotonic_buffer_resource并暴露release()后重建 - 需要区域级对齐控制（如 4KB 页面对齐）→ 自定义
do_allocate()中调用aligned_alloc() - 需要统计分配总量或注入调试钩子 → 继承并重写
do_allocate/do_deallocate
注意：自定义 resource 必须严格遵守 memory_resource 规约，尤其是 do_deallocate(ptr, bytes, align) 对 monotonic_buffer_resource 必须是空操作，否则容器析构时会崩溃。
和 std::pmr::synchronized_pool_resource 的关键区别
别混淆 arena 和 pool：synchronized_pool_resource 是为小对象高频分配/释放设计的线程安全池，内部有多个桶（bucket）和自由链表，支持真正的 deallocate；而 arena 的 deallocate 是无效的。
- 如果你看到代码里对 arena 分配的对象调用
deallocate()，基本是逻辑错误 - 如果分配后对象生命周期差异大，或需要部分释放，请换用 pool 或普通堆
- arena 的 “批量” 指的是语义上的批次（如一帧、一次请求），不是 API 上的 batch allocate 接口
真正容易被忽略的是 buffer 生命周期绑定方式——很多人直接传 std::vector::data() 却忘了 vector 不能提前 resize 或 move，否则 arena 持有的指针就悬空了。
