堆内存里的各种奇怪填充值

http://www.cnblogs.com/cswuyg/archive/2012/07/07/2580824.html

附上网络上的非常详细的解释：

* 0xABABABAB : Used by Microsoft's HeapAlloc() to mark "no man's land" guard bytes after allocated heap memory

* 0xABADCAFE : A startup to this value to initialize all free memory to catch errant pointers

* 0xBAADF00D : Used by Microsoft's LocalAlloc(LMEM_FIXED) to mark uninitialised allocated heap memory

* 0xBADCAB1E : Error Code returned to the Microsoft eVC debugger when connection is severed to the debugger

* 0xBEEFCACE : Used by Microsoft .NET as a magic number in resource files

* 0xCCCCCCCC : Used by Microsoft's C++ debugging runtime library to mark uninitialised stack memory

* 0xCDCDCDCD : Used by Microsoft's C++ debugging runtime library to mark uninitialised heap memory

* 0xDEADDEAD : A Microsoft Windows STOP Error code used when the user manually initiates the crash

* 0xFDFDFDFD : Used by Microsoft's C++ debugging heap to mark "no man's land" guard bytes before and after allocated heap memory

* 0xFEEEFEEE : Used by Microsoft's HeapFree() to mark freed heap memory

一、Release下，用OllyDbg查看

1、申请了50个字节的空间。可以看到被初始化为0xBAADF00D。

2、把申请的内存释放之后，释放之后内存初始化为0xFEEEFEEE。

二、debug下用VS2005查看

1、申请了50个字节的空间。可以看到被初始化为0xcdcdcdcd

2、把申请的内存释放之后，初始化为0xFEEEFEEE

三、总结

按照网络上某篇文章的说法：“CRT通常会调用HeapFree()函数将本内存块归还给win32堆, win32堆会将本内存块填充为0xFEEEFEEE。”也就是说，debug、release下都会出现0xFEEEFEEE，因为它们都会调用HeapFree()函数。

“HeapAlloc()返回的内存总是被一4字节对齐初始化为0xBAADF00D”，也就是说release下的内存，直接就是HeapAlloc操作的结果，外界不再做附加操作。而debug下，则会再初始化一次，变成0xCDCDCDCD。

另外，需要注意，这些信息只是用来了解，不要在程序里利用它们，这是编译器相关的东西。

下边附上在网络上找到的资料，我尝试去验证，但发觉事情没那么简单，即便是在编译器干最少内存附加处理的Release模式下，仍然发现内存空间的申请比之前测试过的GCC复杂了许多，申请8个byte的空间，却看到内存里有40个byte的值发生了变化，最后发觉似乎8byte的空间占据了32byte的内存，没有大把时间花在这里去猜测附加空间以及它的填充值的用途，就这样吧，这些属于比较偏的知识。堆空间的分配细节，相比之下GCC可就简单多了，可以用code::block测试它们的这些区别。

堆内存里的各种奇怪填充值相关推荐

什么变量在堆内存里存放，什么变量在栈内存里存放
堆和栈的区别 (stack and heap) 一般认为在c中分为这几个存储区 1栈 - 有编译器自动分配释放 2堆 - 一般由程序员分配释放,若程序员不释放,程序结束时可能由OS回收 3全局区(静态 ...
JVM堆内存与垃圾收集器
3.1 谈谈Java中不同的引用类型? Java里有不同的引用类型,分别是强引用.软引用.弱引用和虚引用; 强引用:Object object = new Object();即使内存溢出了也不会回收这 ...
jvm from space 很小_JVM真香系列：堆内存详解
前面的文章中已经有所提到过堆,只是大致介绍了一下.本文就来详细聊聊JVM中的堆. 在 JVM中,堆被划分成两个不同的区域:新生代 ( Young ).老年代 ( Old ). 新生代 ( Young ...
JVM学习笔记之-堆,年轻代与老年代,对象分配过程,Minor GC、Major GC、Full GC,堆内存大小与OOM,堆空间分代,内存分配策略,对象分配内存,小结堆空间,逃逸分析,常用调优工具
堆的核心概述概述一个JVM实例只存在一个堆内存,堆也是Java内存管理的核心区域.Java堆区在JVM 启动的时候即被创建,其空间大小也就确定了.是JVM管理的最大一块内存空间. 堆内存的大小是可 ...
java堆内存_java堆内存模型
广泛地说,JVM堆内存被分为两部分--年轻代(Young Generation)和老年代(Old Generation). 年轻代年轻代是所有新对象产生的地方.当年轻代内存空间被用完时,就会触发垃圾 ...
JVM堆内存（heap）
堆的核心概述一个JVM实例只存在一个堆内存,堆也是Java内存管理的核心区域. Java堆区在JVM启动的时候即被创建,其空间大小也就确定了.是JVM管理的最大1块内存空间.堆内存的大小是可以调节的 ...
JVM堆内存介绍、垃圾收集算法、垃圾回收器汇总
目录 1. JAVA堆内存是如何划分的 1.1 为什么移除永久代? 1.2 分代概念 1.3 为什么分代? 1.4 为什么survivor分为两块相等大小的幸存空间? 1.5 JVM堆内存常用参数 2 ...
数据存在内存里的格式是什么？
计算机基础课第 32 期分享上节讲了一些经典算法,比如给数组排序,找图的最短路径. 而上节没讲的是算法处理的数据存在内存里的格式是什么? 你肯定不想数据像 John Green 的大学宿舍一样乱,到 ...
调整JVM堆内存解决OutOfMemoryError
今天在用 processing(http://zh.wikipedia.org/wiki/Processing) 编写处理 midi 文件的程序的时候,遇到了一个问题.程序主要是读取分析 midi , ...

堆内存里的各种奇怪填充值

堆内存里的各种奇怪填充值相关推荐

最新文章

热门文章