为什么DEBUG的时候，内存里都是“烫烫烫烫烫烫烫烫烫……”呢？

是内存太热了吗？哈哈，当然不是。。

以下转自优快云

 

在   Debug   模式下会自动加上   /GZ   编译选项，它可以帮助捕获内存错误。  
   
  /GZ   选项会做以下这些事  
   
  (1)   初始化内存和变量。包括用   0xCC   初始化所有自动变量，0xCD   (   Cleared   Data   )   初始化堆中分配的内存（即动态分配的内存，例如   new   ），0xDD   (   Dead   Data   )   填充已被释放的堆内存（例如   delete   ），0xFD(   deFencde   Data   )   初始化受保护的内存（debug   版在动态分配内存的前后加入保护内存以防止越界访问），其中括号中的词是微软建议的助记词。这样做的好处是这些值都很大，作为指针是不可能的（而且   32   位系统中指针很少是奇数值，在有些系统中奇数的指针会产生运行时错误），作为数值也很少遇到，而且这些值也很容易辨认，因此这很有利于在   Debug   版中发现   Release   版才会遇到的错误。要特别注意的是，很多人认为编译器会用   0   来初始化变量，这是错误的（而且这样很不利于查找错误）。  
   
  (2)   通过函数指针调用函数时，会通过检查栈指针验证函数调用的匹配性。（防止原形不匹配）  
   
  (3)   函数返回前检查栈指针，确认未被修改。（防止越界访问和原形不匹配，与第二项合在一起可大致模拟帧指针省略FPO）  
   
  “烫”字的MBCS编码为“CCCC”，而用   /GZ   选项对自动变量会用“0xCC”初始化，连续的“0xCC”将被误读成“烫”字符。