在调试程序时,看变量值在内存中变化的时候,看到很多是0xCC,0xCC,0xCC,烫烫烫。
查了下为啥是烫烫烫烫烫烫烫烫烫烫,有相同疑惑的同学可以查考下。
0xCC:填充未初始化的栈变量(烫烫烫烫烫烫烫烫烫烫)
0xCD:填充从堆中申请的内存 (“葺葺葺葺葺葺葺葺葺葺”)0xFEEE:已经释放的内存 (“铪铪铪铪铪铪铪铪铪铪铪”)
参考这段代码:
会有如下输出:
uninit stack memory烫烫烫烫烫
uninit heap memory屯屯屯屯屯
uninit malloc memory屯屯屯屯屯
free heap memory屯屯屯屯屯
cout<<"delete heap memory"<<pheap<<endl; 由于debug模式保护原因会中断 但内存确实是0xFEEE "铪铪"
可见 delete 比 free做了更多的工作 会标记释放的内存 相对更安全
CC是int 3h的机器码,这是一个中断指令.debug版本的内存中填充这个指令就是让程序出现错误的时候(非法跳转)能停下来.方便调试.
你很烫吗?我很烫!
相信经常用VC的朋友对屏幕输出的一大堆“烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫”不会陌生,但是也许会很奇怪,为什么会出现“烫”字呢?莫非改程序导致系统运行缓慢,发热过高???非也!下面让我解释一下吧,有错误的地方请指正:
我们逆向了Debug模式下的一个C程序,发现栈区开辟的存储空间都是使用0CCCCCCCCh来填充4字节单位的,也就是说,栈区开辟的存取局部变量的空间的每一个字节都被0xCC填充了。(为什么用0xCC,这个是int 3h的机器码,下断点用的)两个0xCC合起来输出时恰好对应中文“烫”字。
这也就不奇怪程序输出那么多“烫”了。
实例一:
<span style="font-size:14px;">// 如果不建立工程,请大家自己修改一下头文件
#include "stdafx.h"
#include <string.h>
int _tmain(int argc, _TCHAR* argv[])
{
char s[256] = {0}; // 定义一个数组
memset(s, 0xCC, sizeof(s)); // 用0xCC填充
printf("%s\n", s); // 输出
return 1;
}</span>
实例二:
<span style="font-size:14px;">// 如果不建立工程,请大家自己修改一下头文件
#include "stdafx.h"
#include <string.h>
int _tmain(int argc, _TCHAR* argv[])
{
char s[256]; // 系统默认用0xCC填充
printf("%s\n", s); // 输出
return 1;
}</span>
程序输出还是”很烫“。实例三:把字符数组定义为全局变量
<span style="font-size:14px;">// 如果不建立工程,请大家自己修改一下头文件
#include "stdafx.h"
#include <string.h>
char s[256]; // 全局变量
int _tmain(int argc, _TCHAR* argv[])
{
printf("%s\n", s); // 输出
return 1;
}</span>
这次系统输出了空,没有烫了!为什么,请读者自己思考。
其实,全局变量分配在”全局/静态存储区“中,局部变量分配在栈中,我们可以定义一个很大的数组,如果是局部的,会导致程序栈溢出,因为栈的空间大小是有限制的;而全局的则不会。
另外需要注意,这些”烫烫烫烫烫烫烫“现象只会在Debug模式中出现,在Release模式中不会出现。
如果你对”烫烫烫烫烫烫烫“表示很熟悉,那么”屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯“你见过吗?应该吧。我本人以前经常遇到”烫“,但很少遇到后者。
实例四:动态分配内存空间
<span style="font-size:14px;">// 如果不建立工程,请大家自己修改一下头文件
#include "stdafx.h"
#include <stdio.h>
#include <stdlib.h>
int main(int argc, char* argv[])
{
char *s = (char *)malloc(sizeof(char) * 256);
puts(s);
free(s);
return 0;
}</span>
运行程序,顿时满屏的”屯“字出现在眼前,有图有真相:
因为,动态分配的空间开辟与堆,VC的Debug用0xCD填充堆的空间,两个0xCD和在一起就是屯了。