我基本上会写下面这段代码。我明白为什么它无法编译。Ainstance;//Aisanon-default-constructabletypeandthereforecan'tbeallocatedlikethisif(something){instance=A("foo");//useaconstructorX}else{instance=A(42);//use*another*constructorY}instance.do_something();有没有办法在不涉及堆分配的情况下实现这种行为？ 最佳答案 有比在堆栈上显式保留空间

众所周知，VisualC++运行时使用特殊的非零标记标记未初始化或刚刚释放的内存块。有没有办法完全禁用此行为而无需手动将所有未初始化的内存设置为零？由于0xFEEEFEEE!=0，这对我的有效非空检查造成了严重破坏。嗯，也许我应该解释得更好一点。我创建并初始化了一个变量(通过new)，一切顺利。当我释放它(通过删除)时，它将指针设置为0xFEEEFEEE而不是NULL。当我插入对NULL的正确检查时，就像所有管理自己内存的好程序一样，我遇到了问题，因为0xFEEEFEEE传递了一个NULL检查没有问题。除了在删除它们时手动将所有指针设置为NULL之外，还有什么好方法可以检测内存何时已被

当std::vector变满时，分配新的内存。从我读到的，新容量呈几何级数增长(但这与问题无关)，然后旧信息被复制到新内存区域，旧信息被释放。基于这个假设，我的问题是:为什么编译器不尝试查看我们的std::vector末尾是否有足够的连续免费使用内存，只在我们的末尾分配一部分std::vector，不要浪费时间复制？是否有人尝试实现此操作，但最终认为不值得这样做？(平均/总是)是否还有其他更微妙的原因导致这种情况没有发生？ 最佳答案 它是您的第2)点和第3)点的组合。首先有人推断(我不能说当时进行了多少测量)yield很少而且不是很

为什么boost::fast_pool_allocator建立在单例池之上，而不是每个分配器实例一个单独的池？或者换句话说，为什么只提供那个，而不是每个分配器都有一个池的选项？那样做会不会是个坏主意？我有一个类在内部使用大约10种不同的boost::unordered_map类型。如果我使用了std::allocator，那么在它调用delete时所有内存都会返回给系统，而现在我必须在某些时候对许多不同的分配器类型调用release_memory。我自己推出使用池而不是singleton_pool的分配器是否愚蠢？谢谢 最佳答案 分

我注意到分配器只能分配T类型的对象并保留大小为n*sizeof(T)的内存块.std::list内部的链表节点然而，类型不一定是T类型的对象，它们的大小也不一定与T相同对象。那样的话，怎么可能std::list使用std::allocator分配内存？ 最佳答案 这就是为什么rebindtype存在。它允许您创建一个类似的分配器，而不是分配其他东西(例如node)。基本上是这样的:std::allocatorint_alloc;std::allocator::rebind>node_alloc;//Perhapsmoreuseful

最近我一直在寻找一个池/分配器机制。BoostPool似乎提供了解决方案，但仍有一些东西无法从文档中推断出来。需要分配什么几个小类(~30个字符)std::map(我想确保它不会自己执行动态分配器)在pugi::xml中分配标准::字符串如何控制分配的地址空间(或数量)object_pool似乎提供了一种分配需求的好方法1)但是，它想为分配器设置一个固定大小以供使用。默认情况下，它会自己获取内存。如果可能的话，我想给它一个它可以在其中播放的地址空间。char*mem_for_class[1024*1024];boost::object_poolq;或:constintmax_no_ob

我想将n个元素插入到一个映射中，其中n是提前已知的。我不想在每次插入时分配内存。我想要一开始就分配所有内存。有没有办法做到这一点？如果是这样，如何？编写某种内存分配器会有帮助吗？我运行了GMan的代码并得到了以下输出。GetMem从对“new”的调用中打印出来，而FreeMem从对delete的调用中打印出来。size是请求的字节数，ptr是返回的指针。显然，分配/释放是在插入期间进行的。你怎么解释这个？GetMem大小40，指针0x8420008GetMem大小40，指针0x8420038GetMem大小120，指针0x8420068GetMem大小120，指针0x84200e8Fr

我在自己的异常层次结构中遇到继承问题。Exception类具有很好的功能(回溯、日志记录等)，因此它是我处理任何异常的基类。正如我在许多网页中看到的那样，它继承自std::exception。此外，我正在使用一个单元测试框架来报告任何std::exception被意外抛出。但归根结底，这只是为了方便。然后，我有一个新的OutOfMemoryException类，它将由自定义new_handler抛出。该类继承自Exception，但也继承自std::bad_alloc以兼容现有代码。我猜这更重要，因为new将不再抛出std::bad_alloc。这里的问题很明显:因为std::bad_

这是我一直想知道但从未找到答案的问题:为什么当您在堆上分配某些东西时，您无法仅通过指针确定它的大小，但您可以仅使用指针删除它，而且C++不知何故知道要释放多少字节？这和它在堆上的存储方式有关系吗？此信息是否存在但未被C++公开？也许这应该是一个单独的问题，但我认为它非常相关，所以我会在这里问:为什么必须使用delete[]删除动态元素数组，而不是简单的delete命令；为什么C++需要这些附加信息才能正确释放所有内存？ 最佳答案 当进行分配时，紧接在[或者，技术上，在完全不同的地方，但在最常见的情况下]之前的一小段内存将存储分配的大

在C++std::allocator中，有三个方法与一个共同的概念相关:解除分配销毁析构函数我想知道:从内存管理的角度来看，它们之间有何不同？我什么时候应该使用这个而不是那个？谢谢!编辑:更具体的疑问:一开始不好意思笼统地说，这里有一些我不明白的地方。析构函数是做什么的？文档没有说到析构函数调用时内存是否会自动释放destroy用于调用对象的析构函数，这里的“对象”是什么意思？再次感谢! 最佳答案 只是来自cppreference.comdocumentation的简短描述为我非常清楚地解释差异"1.Whatdoesdestruct