关于代码段，数据段和堆栈段

polarbear2008 2008-03-01 03:13:37

偶然看到这样一句话：
一个应用程序在运行时,它在内存中的映像可以分为三个部分: 代码段，
数据段和堆栈段.
请问下，是所有的程序都是这样吗？
cpu架构，编译原理，编译环境哪一个和这个有关系呢？
程序的运行为什么一定要是这个样子？应该还有其他可能吧？

...全文

5133 25 打赏收藏转发到动态举报

写回复

用AI写文章

25 条回复

切换为时间正序

请发表友善的回复…

发表回复

YOU_ARE_MY_FAVORITE 2011-09-27

打赏
举报

继续学习

lokyes 2011-08-29

打赏
举报

[Quote=引用 15 楼 chlaws 的回复:]

简单说内存分堆栈.BBS段,数据段,文本段.
我建议你去看下C专家编程 P125
可执行文件的段在内存的布局.
[/Quote]这些说的都是静态的，一个ｅｘｅ文件放在那里，没有运行的时候就是这样的（这也是为什么编译后没有堆栈段的原因吧），要是在运行后呢，能詳細说说在运行时，ｃｐｕ在代码段和堆栈段之间的使用吗，
现在比方说函数（大部分）应该都是在堆栈中运行的吧，但按理说函数编译后应该是属于代码段啊，这是为什么呢，求详解

magicyang87 2011-04-20

打赏
举报

感觉应该是你的conn线程请求发完等你的recv线程到那个时创建的套接字已经自己关闭了吧是每次都到30个就不能再接收了？从conn到recv大约隔多长时间？

YOU_ARE_MY_FAVORITE 2011-01-02

打赏
举报

路过，学习了。。。新年快乐！

primec 2009-07-29

打赏
举报

学习

michney 2008-03-04

打赏
举报

在冯诺依曼的体系结构中必须有：代码段，堆栈段，数据段
因为冯氏结构，本质就是取址，执行的过程

在非冯的体系结构中，可能就不受这个限制

baihacker 2008-03-04

打赏
举报

来源:http://hi.baidu.com/feixue/blog/item/9658f3dee4a59f5094ee3753.html
(下面是部分内容)

预定义段

　　一个Windows NT的应用程序典型地拥有9个预定义段，它们是.text、.bss、.rdata、.data、.rsrc、.edata、.idata、.pdata和.debug。一些应用程序不需要所有的这些段，同样还有一些应用程序为了自己特殊的需要而定义了更多的段。这种做法与MS-DOS和Windows 3.1中的代码段和数据段相似。事实上，应用程序定义一个独特的段的方法是使用标准编译器来指示对代码段和数据段的命名，或者使用名称段编译器选项-NT——就和Windows 3.1中应用程序定义独特的代码段和数据段一样。
　　以下是一个关于Windows NT PE文件之中一些有趣的公共段的讨论。

可执行代码段，.text

　　 Windows 3.1和Windows NT之间的一个区别就是Windows NT默认的做法是将所有的代码段（正如它们在Windows 3.1中所提到的那样）组成了一个单独的段，名为“.text”。既然Windows NT使用了基于页面的虚拟内存管理系统，那么将分开的代码放入不同的段之中的做法就不太明智了。因此，拥有一个大的代码段对于操作系统和应用程序开发者来说，都是十分方便的。
　　 .text段也包含了早先提到过的入口点。IAT亦存在于.text段之中的模块入口点之前。（IAT在.text段之中的存在非常有意义，因为这个表事实上是一系列的跳转指令，并且它们的跳转目标位置是已固定的地址。）当Windows NT的可执行映像装载入进程的地址空间时，IAT就和每一个导入函数的物理地址一同确定了。要在.text段之中查找IAT，装载器只用将模块的入口点定位，而IAT恰恰出现于入口点之前。既然每个入口拥有相同的尺寸，那么向后退查找这个表的起始位置就很容易了。

数据段，.bss、.rdata、.data

　　 .bss段表示应用程序的未初始化数据，包括所有函数或源模块中声明为static的变量。
　　 .rdata段表示只读的数据，比如字符串文字量、常量和调试目录信息。
　　所有其它变量（除了出现在栈上的自动变量）存储在.data段之中。基本上，这些是应用程序或模块的全局变量。

资源段，.rsrc

　　 .rsrc段包含了模块的资源信息。它起始于一个资源目录结构，这个结构就像其它大多数结构一样，但是它的数据被更进一步地组织在了一棵资源树之中。以下的IMAGE_RESOURCE_DIRECTORY结构形成了这棵树的根和各个结点。

导出数据段，.edata

　　 .edata段包含了应用程序或DLL的导出数据。在这个段出现的时候，它会包含一个到达导出信息的导出目录。

导入数据段，.idata

　　 .idata段是导入数据，包括导入库和导入地址名称表。虽然定义了IMAGE_DIRECTORY_ENTRY_IMPORT，但是WINNT.H之中并无相应的导入目录结构。作为代替，其中有若干其它的结构，名为IMAGE_IMPORT_BY_NAME、IMAGE_THUNK_DATA与IMAGE_IMPORT_DESCRIPTOR。在我个人看来，我实在不知道这些结构是如何和.idata段发生关联的，所以我花了若干个小时来破译.idata段实体并且得到了一个更简单的结构，我名之为IMAGE_IMPORT_MODULE_DIRECTORY。

调试信息段，.debug

　　调试信息位于.debug段之中，同时PE文件格式也支持单独的调试文件（通常由.DBG扩展名标识）作为一种将调试信息集中的方法。调试段包含了调试信息，但是调试目录却位于早先提到的.rdata段之中。这其中每个目录都涉及了.debug段之中的调试信息。调试目录的结构IMAGE_DEBUG_DIRECTORY被定义为：

polarbear2008 2008-03-04