请教程序在内存存放的问题

[lxb365]

我们知道，内存分为代码段，数据段，栈，堆，我想问，所谓栈区，是不是采用的数据结构里面的堆栈方式来存储局部变量，具体是如何存储的，我在编程的时候还遇到参数入栈的不同形式，比如_cdecl和_stdcall，请教相关知识。

[gongzilv]

建议参考 看雪学院的《加密解密》里的PE文件格式。
作者段刚，电子工业出版社出版，网上有电子书。

[vssql2005]

这些问题要查看数据结构的书,以及多用VC++进行调试,查看的它的内存占用情况,栈区,在C++中是在内存区域,分划成了很多区域,来存取不同的变量,如:全量变量、局部变量、静态变量等等分别存在不同的区域。栈，就是数据结构中所指出的“后进先出”的数据存储结构。把计算机的软件书多看看。

[haha168_2002]

栈区，有编译器自动分配释放，存放函数的参数，局部变量等。操作方式类似于数据结构中的栈。

堆区，有程序员分配释放，例：malloc().与数据结构的堆是两回事，分配方式类似于链表。

全局区（静态区），存放全局变量和静态变量。初始化的在一起，未初始化的在另一块。程序结束后系统释放。

文字常量区，存放常量字符串。

程序代码区，存放函数体的二进制代码。

[jixingzhong]

一篇 老文档：

函数调用约定有多种，这里简单说一下：

1、__stdcall调用约定相当于16位动态库中经常使用的PASCAL调用约定。在32位的VC++5.0中PASCAL调用约定不再被支持（实际上它已被定义为__stdcall。除了__pascal外，__fortran和__syscall也不被支持），取而代之的是__stdcall调用约定。两者实质上是一致的，即函数的参数自右向左通过栈传递，被调用的函数在返回前清理传送参数的内存栈，但不同的是函数名的修饰部分（关于函数名的修饰部分在后面将详细说明）。
_stdcall是Pascal程序的缺省调用方式，通常用于Win32 Api中，函数采用从右到左的压栈方式，自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀，在函数名后加上"@"和参数的字节数。

2、C调用约定（即用__cdecl关键字说明）按从右至左的顺序压参数入栈，由调用者把参数弹出栈。对于传送参数的内存栈是由调用者来维护的（正因为如此，实现可变参数的函数只能使用该调用约定）。另外，在函数名修饰约定方面也有所不同。
_cdecl是C和C＋＋程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码，所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。VC将函数编译后会在函数名前面加上下划线前缀。是MFC缺省调用约定。

3、__fastcall调用约定是"人"如其名，它的主要特点就是快，因为它是通过寄存器来传送参数的（实际上，它用ECX和EDX传送前两个双字（DWORD）或更小的参数，剩下的参数仍旧自右向左压栈传送，被调用的函数在返回前清理传送参数的内存栈），在函数名修饰约定方面，它和前两者均不同。
_fastcall方式的函数采用寄存器传递参数，VC将函数编译后会在函数名前面加上"@"前缀，在函数名后加上"@"和参数的字节数。

4、thiscall仅仅应用于"C++"成员函数。this指针存放于CX寄存器，参数从右到左压。thiscall不是关键词，因此不能被程序员指定。

5、naked call采用1-4的调用约定时，如果必要的话，进入函数时编译器会产生代码来保存ESI，EDI，EBX，EBP寄存器，退出函数时则产生代码恢复这些寄存器的内容。
naked call不产生这样的代码。naked call不是类型修饰符，故必须和_declspec共同使用。
关键字 __stdcall、__cdecl和__fastcall可以直接加在要输出的函数前，也可以在编译环境的Setting...\C/C++ \Code Generation项选择。当加在输出函数前的关键字与编译环境中的选择不同时，直接加在输出函数前的关键字有效。它们对应的命令行参数分别为/Gz、/Gd和/Gr。缺省状态为/Gd，即__cdecl。

要完全模仿PASCAL调用约定首先必须使用__stdcall调用约定，至于函数名修饰约定，可以通过其它方法模仿。还有一个值得一提的是WINAPI宏，Windows.h支持该宏，它可以将出函数翻译成适当的调用约定，在WIN32中，它被定义为__stdcall。使用WINAPI宏可以创建自己的APIs