我知道编译器有时会使用特定的模式来初始化内存，例如0xCD和0xDD。我想知道的是这种情况发生的时间和原因。
这是特定于所用的编译器吗？
malloc/new和free/delete在这方面的工作方式是否相同？
这与平台有关吗？
是否会在其他操作系统上发生，例如Linux或VxWorks？
据我了解，这只会在Win32调试配置中发生，并且用于检测内存溢出并帮助编译器捕获异常。
您能否给出任何实际例子说明这种初始化的有用性？
我记得在某个地方（也许是《代码大全2》中）阅读过，当分配内存时，将内存初始化为已知模式很好，并且某些模式将在Win32中触发中断，从而导致异常显示在调试器中。
这种方法的可移植性如何？
Value Name Description
------ -------- -------------------------
0xCD Clean Memory Allocated memory via malloc or new but never
written by the application.
0xDD Dead Memory Memory that has been released with delete or free.
It is used to detect writing through dangling pointers.
0xED or Aligned Fence 'No man's land' for aligned allocations. Using a
0xBD different value here than 0xFD allows the runtime
to detect not only writing outside the allocation,
but to also identify mixing alignment-specific
allocation/deallocation routines with the regular
ones.
0xFD Fence Memory Also known as "no mans land." This is used to wrap
the allocated memory (surrounding it with a fence)
and is used to detect indexing arrays out of
bounds or other accesses (especially writes) past
the end (or start) of an allocated block.
0xFD or Buffer slack Used to fill slack space in some memory buffers
0xFE (unused parts of `std::string` or the user buffer
passed to `fread()`). 0xFD is used in VS 2005 (maybe
some prior versions, too), 0xFE is used in VS 2008
and later.
0xCC When the code is compiled with the /GZ option,
uninitialized variables are automatically assigned
to this value (at byte level).
// the following magic values are done by the OS, not the C runtime:
0xAB (Allocated Block?) Memory allocated by LocalAlloc().
0xBAADF00D Bad Food Memory allocated by LocalAlloc() with LMEM_FIXED,but
not yet written to.
0xFEEEFEEE OS fill heap memory, which was marked for usage,
but wasn't allocated by HeapAlloc() or LocalAlloc().
Or that memory just has been freed by HeapFree().
免责声明：该表格来源于我手头的一些笔记，可能不是100％正确（或连贯的）。
其中许多值在vc/crt/src/dbgheap.c中定义：
/*
* The following values are non-zero, constant, odd, large, and atypical
* Non-zero values help find bugs assuming zero filled data.
* Constant values are good, so that memory filling is deterministic
* (to help make bugs reproducible). Of course, it is bad if
* the constant filling of weird values masks a bug.
* Mathematically odd numbers are good for finding bugs assuming a cleared
* lower bit.
* Large numbers (byte values at least) are less typical and are good
* at finding bad addresses.
* Atypical values (i.e. not too often) are good since they typically
* cause early detection in code.
* For the case of no man's land and free blocks, if you store to any
* of these locations, the memory integrity checker will detect it.
*
* _bAlignLandFill has been changed from 0xBD to 0xED, to ensure that
* 4 bytes of that (0xEDEDEDED) would give an inaccessible address under 3gb.
*/
static unsigned char _bNoMansLandFill = 0xFD; /* fill no-man's land with this */
static unsigned char _bAlignLandFill = 0xED; /* fill no-man's land for aligned routines */
static unsigned char _bDeadLandFill = 0xDD; /* fill free objects with this */
static unsigned char _bCleanLandFill = 0xCD; /* fill new objects with this */
std::string分配的“松散”空间或传递给fread()的缓冲区。这些情况使用一个名为_SECURECRT_FILL_BUFFER_PATTERN的值（定义在crtdefs.h中）。我不确定它是什么时候引入的，但至少在VS 2005（VC++8）的调试运行时中存在。0xFD，与无人区使用的相同值。然而，在VS 2008（VC++9）中，该值被更改为0xFE。我认为这是因为可能存在填充操作将超出缓冲区末尾的情况，例如，如果调用者传递了一个对于fread()来说过大的缓冲区大小。在这种情况下，值0xFD可能不会触发检测到这个溢出，因为如果缓冲区大小只大了1个字节，那么填充值将与用于初始化校验码的无人区值相同。无人区的变化意味着溢出不会被注意到。填充值0xCCCCCCCC的一个好处是，在x86汇编中，操作码0xCC是int3操作码，它是软件断点中断。因此，如果您尝试执行使用该填充值填充的未初始化内存中的代码，您将立即触发断点，操作系统将允许您附加调试器（或者杀死该进程）。
int 指令，因此执行 0xCD 0xCD 将生成一个 int CD 中断，同样会触发陷阱。 - Tad MarshallVirtualProtect()或mprotect()使内存可执行。 - Adam Rosenfield这是与编译器和操作系统有关的问题，Visual Studio会将不同类型的内存设置为不同的值，以便在调试器中您可以轻松查看是否超出了malloc分配的内存、固定数组或未初始化的对象。
https://learn.microsoft.com/en-gb/visualstudio/debugger/crt-debug-heap-details?view=vs-2022
这与操作系统无关，而是与编译器有关。您也可以修改行为-请参见本帖底部。
Microsoft Visual Studio在调试模式下生成的二进制文件会预先使用0xCC填充堆栈内存。它还在每个堆栈帧之间插入空格以检测缓冲区溢出。这里有一个非常简单的例子说明了这很有用（实际上，Visual Studio会发现此问题并发出警告）：
...
bool error; // uninitialised value
if(something)
{
error = true;
}
return error;
很容易看到内存已经从初始值改变，通常在调试过程中，有时也会在发布代码中发生，因为您可以在运行过程中附加调试器。
不仅仅是内存，许多调试器在进程启动时将寄存器内容设置为哨兵值（一些AIX版本将某些寄存器设置为0xdeadbeef，这有点幽默）。
class Foo
{
public:
void SomeFunction()
{
cout << _obj->value << endl;
}
private:
SomeObject *_obj;
}
Foo 并调用 SomeFunction 时，它会出现访问冲突并尝试读取 0xCDCDCDCD。这意味着你忘记了初始化某些内容。这就是“为什么”的部分。如果不是这样，那么指针可能已经与其他内存对齐，这将更加难以调试。它只是让你知道你遇到访问违规的原因。请注意，这种情况非常简单，但在一个更大的类中很容易犯这个错误。0x00000000 也会导致访问冲突，这并没有什么用处（或者更糟糕，因为地址错误）。正如我在本页的另一条评论中指出的那样，0xCD（和0xCC）的真正原因是它们是可解释的x86操作码，可以触发软件中断，从而允许在仅有一种特定且罕见的错误类型中优雅地恢复到调试器中，即当CPU错误地尝试执行非代码区域中的字节时。除了这个功能性用途外，填充值只是提示建议，正如你所指出的那样。 - Glenn Slayden