我试图想出一种方法来演示一种使用数组和 C++ 的内存错误，这很难检测到。目的是鼓励 STL 向量 与迭代器结合使用。
编辑：接受的答案是我用来解释优点/缺点的答案。我也用过：this
【问题讨论】：
标签： c++ memory-leaks arrays
new/delete 和 new[]/delete[] 配对不当。
例如，使用：
int *array = new int[5];
delete array;
代替：
int *array = new int[5];
delete [] array;
虽然 c++ 标准不允许这样做，但一些编译器支持堆栈分配数组：
int stack_allocated_buffer[size_at_runtime];
这可能是范围规则的意外副作用（例如，被成员变量遮蔽的常量）......并且它一直有效，直到有人传递 'size_at_runtime' 太大并炸毁堆栈。然后会出现蹩脚的错误。
【讨论】：
内存泄漏？ IMO，向量与迭代器结合并不能特别保护您免受错误的影响，例如超出范围或通常使用无效的迭代器（除非您有带有迭代器调试的 VC++）；相反，它很方便，因为它为您实现了一个可动态调整大小的数组并负责内存管理（注意！有助于使您的代码更加安全）。
void foo(const char* zzz)
{
int* arr = new int[size];
std::string s = zzz;
//...
delete[] arr;
}
如果发生异常（例如在创建字符串时），上述内容可能会泄漏。不是向量。
由于其值语义，Vector 还可以更轻松地对代码进行推理。
int* arr = new int[size];
int* second_ref = arr;
//...
delete [] arr;
arr = 0; //play it safe :)
//...
second_ref[x] = y;
//...
delete [] second_ref;
但也许向量不会自动满足 100% 的动态数组用例。 （比如还有boost::shared_array和未来的std::unique_ptr<T[]>）
【讨论】：
-D_GLIBCXX_DEBUG 编译时，libstdc++（GNU C++ 库）也有。
我认为当您需要动态数组时，std::vector 的实用性真正体现出来了。
使用 std::vector 做一个例子。然后是一个使用数组重新分配的示例。我认为它不言自明。
【讨论】：
一个明显的：
for (i = 0; i < NUMBER_OF_ELEMENTS; ++i)
destination_array[i] = whatever(i);
对
for (i = 0; i < NUMBER_OF_ELEMENTS; ++i)
destination_vector.push_back(whatever(i));
指出您知道第二个有效，但第一个是否有效取决于destination_array 的定义方式。
【讨论】：
void Fn()
{
int *p = new int[256];
if ( p != NULL )
{
if ( !InitIntArray( p, 256 ) )
{
// Log error
return;
}
delete[] p;
}
}
你不会相信我经常看到这种情况。任何形式的 RAII 都有用的经典示例...
【讨论】：
我认为使用vectors 代替动态数组的基本简单性已经令人信服。
vector<bool> 除外（谷歌表示截至 2003 年，请参阅规范的 23.2.4./1）。vector，但不知道你的怪事。使用动态数组，您需要自己跟踪大小，在您想要插入新元素时增加它，在不再需要它时删除它......这是额外的工作。
哦，还有一个警告：vector<bool> 是一个肮脏的烂黑客和过早优化的经典示例。
【讨论】：
你为什么不根据 STL 提供的算法来激励它？
【讨论】：
std::vector 的 STL 算法也适用于使用指向数组的指针作为迭代器的原始数组。
a 和一个大小n。在 STL 中，您传入一个指向起始元素的指针（即数组指针 a）和一个过去的指针（a+n）。从那里开始，这是向vector<something> 及其begin() 和end() 成员迈出的一小步，您可以通过它现在可以与std::list 和std::deque 互换（至少大部分）这一事实来进一步激励它。
在原始数组中，operator[]（如果我可以这样称呼的话）容易受到索引越界问题的影响。使用矢量则不是（至少有一个运行时异常）。
对不起，我没有仔细阅读这个问题。 index-out-of-bound 是个问题，但不是内存错误。
【讨论】：