std::pmr::monotonic_buffer_resource 是单向增长内存池，分配连续、不回收单个对象，仅支持整体重置或销毁；适合生命周期一致的批量对象，需配合 std::pmr::polymorphic_allocator 使用，常见错误包括未绑定缓冲区导致回退全局堆、忽略 release 调用及误用多线程共享。
std::pmr::monotonic_buffer_resource 是什么
它是一个单向增长的内存池（Arena），所有分配都从缓冲区头部连续切出，不回收单个对象，只支持整体重置或销毁。适合生命周期一致、批量创建后集中释放的场景，比如解析临时数据、函数内短命对象集合。
典型使用方式：配合 std::pmr::polymorphic_allocator
不能直接 new/delete，必须通过 std::pmr::polymorphic_allocator 间接使用。常见错误是忘记绑定资源，导致仍走全局堆：
std::pmr::monotonic_buffer_resource resource{1024}; // 1KB 缓冲区
std::pmr::polymorphic_allocator<int> alloc{&resource};
std::vector<int, std::pmr::polymorphic_allocator<int>> vec{alloc};
vec.reserve(100); // 分配在 resource 中
// …… 使用完后，无需逐个 delete，析构 vec 即可释放全部内存（但 resource 本身不自动清空）
-
resource构造时若传入nullptr，会回退到全局分配器，失去 Arena 效果 - 未显式调用
resource.release()的话，缓冲区内存直到resource析构才归还——这点常被忽略 - 不同
polymorphic_allocator实例若指向同一monotonic_buffer_resource，共享同一缓冲区
和 std::pmr::synchronized_pool_resource 的关键区别
两者都属于 std::pmr 资源，但行为完全不同：
-
monotonic_buffer_resource：无回收、无锁、零开销分配（仅指针偏移），但内存不可复用；一旦缓冲区满，会 fallback 到上游资源（默认是new_delete_resource()） -
synchronized_pool_resource：带内存块管理、支持释放再分配、线程安全，但有额外元数据与同步开销 - 若你只需要“这一批对象活不过这个作用域”，选
monotonic_buffer_resource；若需中间反复增删，别用它
容易踩的坑：缓冲区耗尽与 fallback 行为
默认构造的 monotonic_buffer_resource 没有内置缓冲区，所有分配都会 fallback 到全局堆，完全失去意义。必须显式提供缓冲区或指定上游资源：
立即学习“C++免费学习笔记（深入）”；
char buffer[4096];
std::pmr::monotonic_buffer_resource resource{buffer, sizeof(buffer)}; // 绑定栈缓冲区
// 或者：
std::pmr::monotonic_buffer_resource upstream{&std::pmr::new_delete_resource()}; // 显式设上游
// 否则：monotonic_buffer_resource{} → 内部 buffer 为 null → 全部走 new
- fallback 不报错、不抛异常，性能毛刺难察觉，建议初始化时检查
resource.upstream() -
栈上缓冲区要注意生命周期：确保
resource的生存期不长于缓冲区本身 - 多线程下，
monotonic_buffer_resource本身非线程安全——每个线程应持有一个独立实例
