我正在阅读的一本C ++书指出，当使用delete操作符删除指针时，指向该位置的内存将被“释放”，并且可以覆盖。它还指出，指针将继续指向相同的位置，直到将其重新分配或设置为为止NULL。

但是在Visual Studio 2012中；事实并非如此！

例：

#include <iostream>

using namespace std;

int main()
{
    int* ptr = new int;
    cout << "ptr = " << ptr << endl;
    delete ptr;
    cout << "ptr = " << ptr << endl;

    system("pause");

    return 0;
}

当我编译并运行该程序时，将得到以下输出：

ptr = 0050BC10
ptr = 00008123
Press any key to continue....

显然，调用delete时指针指向的地址会更改！

为什么会这样呢？这与Visual Studio特别有关吗？

而且，如果delete仍然可以更改其指向的地址，那么为什么delete不会自动将指针设置NULL为某个随机地址呢？

我注意到存储在其中的地址ptr总是被00008123... 覆盖。

这似乎很奇怪，所以我做了一些挖掘，发现这篇Microsoft博客文章包含一个讨论“删除C ++对象时自动清理指针”的部分。

...检查NULL是一种常见的代码构造，这意味着将NULL进行现有检查并结合使用NULL作为清除值可能会偶然地隐藏真正的内存安全问题，其根本原因确实需要解决。

因此，我们选择0x8123作为清除值-从操作系统的角度来看，它与零地址（NULL）位于同一内存页中，但是需要更详细地注意0x8123处的访问冲突会更好地吸引开发人员。

它不仅解释了删除指针后Visual Studio对指针的作用，还回答了为什么他们选择不将其NULL自动设置为指针的原因！

此“功能”是“ SDL检查”设置的一部分。要启用/禁用它，请转到：项目->属性->配置属性-> C / C ++->常规-> SDL检查

要确认这一点：

更改此设置并重新运行相同的代码将产生以下输出：

ptr = 007CBC10
ptr = 007CBC10

“功能”是在引号，因为在一个情况下，你有两个指针指向同一位置，要求删除只会消毒ONE他们。另一个将指向无效位置...

更新：

在5年以上的C ++编程经验之后，我意识到整个问题基本上都没有定论。如果您是C ++程序员，并且仍在使用new和delete管理原始指针，而不是使用智能指针（这避免了整个问题），您可能需要考虑改变职业道路以成为C程序员。;）

您看到了副作用 /sdl compile选项。VS2015项目默认情况下处于启用状态，它启用了/ gs提供的安全检查以外的其他安全检查。使用项目>属性> C / C ++>常规> SDL检查设置来更改它。

引用MSDN文章：

• 执行有限的指针清理。在不涉及取消引用的表达式中以及在没有用户定义的析构函数的类型中，指针引用在调用delete之后被设置为无效地址。这有助于防止过时的指针引用重复使用。

请记住，使用MSVC时，将已删除的指针设置为NULL是一种不好的做法。它破坏了您从Debug Heap和此/ sdl选项获得的帮助，您再也无法在程序中检测到无效的释放/删除调用。

它还指出，指针将继续指向相同的位置，直到将其重新分配或设置为NULL为止。

那绝对是误导性信息。

显然，调用delete时指针指向的地址会更改！

为什么会这样呢？这与Visual Studio特别有关吗？

这显然在语言规范之内。ptr呼叫后，无效delete。d ptr之后使用delete会导致未定义的行为。不要这样 ptr调用之后，运行时环境可以随意执行任何操作delete。

而且，如果delete可以改变它指向的地址，为什么不删除将指针自动设置为NULL而不是一些随机地址呢？

将指针的值更改为任何旧值在语言规范之内。至于将其更改为NULL，那会很不好。如果将指针的值设置为NULL，则程序将以更合理的方式运行。但是，这将隐藏问题。当使用不同的优化设置编译程序或将程序移植到不同的环境时，该问题很可能会在最不适当的时候出现。

delete ptr;
cout << "ptr = " << ptr << endl;

通常，即使是读取（如您在上面所做的操作，也要注意：这与取消引用不同）都是无效的指针（例如，当您指针变为无效时delete）的值是实现定义的行为。这是在CWG＃1438中引入的。另请参阅此处。

请注意，在此之前，读取无效指针的值是未定义的行为，因此，上面的内容将是未定义的行为，这意味着可能发生任何事情。

我相信，您正在运行某种调试模式，而VS试图将您的指针重新指向某个已知位置，以便可以跟踪和报告进一步取消引用它的尝试。尝试在发布模式下编译/运行同一程序。

delete为了提高效率并避免给出错误的安全观念，通常不会在内部更改指针。在大多数复杂的情况下，将删除指针设置为预定义值将无济于事，因为要删除的指针可能只是指向该位置的若干指针之一。

事实上，我对它的思考越多，像往常一样，我越会发现VS在此方面存在错误。如果指针是const怎么办？它还会改变吗？

删除指针后，它指向的内存可能仍然有效。为了表明此错误，指针值设置为一个明显的值。这确实有助于调试过程。如果将该值设置为NULL，则它可能永远不会在程序流中显示为潜在的错误。因此，当您稍后针对进行测试时，它可能会隐藏一个错误NULL。

另一点是，某些运行时优化器可能会检查该值并更改其结果。

在早期，MS将值设置为0xcfffffff。