https://blog.qife122.com/tags/%E5%88%86%E9%85%8D%E5%99%A8/ Recent content in 分配器 on 办公AI智能小助手 Hugo zh-cn qife Fri, 09 Jan 2026 20:20:10 +0800 https://blog.qife122.com/p/c-%E7%AB%9E%E6%8A%80%E5%9C%BA%E5%88%86%E9%85%8D%E5%99%A8%E7%9A%84%E9%9D%9E%E5%B9%B3%E5%87%A1%E6%9E%90%E6%9E%84%E5%87%BD%E6%95%B0%E6%8E%A2%E7%B4%A2/ Fri, 09 Jan 2026 20:20:10 +0800 https://blog.qife122.com/p/c-%E7%AB%9E%E6%8A%80%E5%9C%BA%E5%88%86%E9%85%8D%E5%99%A8%E7%9A%84%E9%9D%9E%E5%B9%B3%E5%87%A1%E6%9E%90%E6%9E%84%E5%87%BD%E6%95%B0%E6%8E%A2%E7%B4%A2/ <h1 id="对竞技场和非平凡析构函数的思考">对竞技场和非平凡析构函数的思考</h1> <h2 id="speculations-on-arenas-and-non-trivial-destructors">Speculations on arenas and non-trivial destructors</h2> <p>2025年10月16日</p> <p>在持续反思C++中的竞技场和生存期管理时，我意识到处理析构函数并非那么繁琐。事实上，它甚至不影响我既定的竞技场使用模式！即在作用域结束时隐式地进行RAII风格的释放，这即使在普通的旧式C中也能工作。通过一个小改动，我们可以安全地将资源管理对象（如拥有文件句柄、套接字、线程等的对象）放入竞技场。（不过理想情况仍然是尽可能避免资源管理。）我们也可以将传统的、管理内存的C++对象放入竞技场。它们自身的分配不会来自竞技场——要么是因为它们缺少相应的接口，要么是因为它们这样做效率不高（pmr）——但它们在完成后会可靠地进行自我清理。这一切也都是异常安全的。在本文中，我将用这个新功能更新我的竞技场分配器。这个改动需要一个额外的竞技场指针成员，为非平凡析构函数的对象带来一点开销，而对其他对象没有影响。</p>