0

我最近一直在使用.dumpbin来查看一些静态库中的符号dumpbin foo.lib /symbols。我想看看它如何用于可执行文件和 DLL。

我的第一个观察结果是dumpbin foo.{exe|dll} /symbols什么都不返回。

对于 DLL，我观察到 export 选项是获取符号数据所必需的： dumpbin foo.dll /exports. 为什么在这种情况下需要这个选项？如果相应的 *.iobj 文件可用，我可以使用dumpbin foo.iobj /symbols转储所有符号，而我假设 DLL 上的 /exports 仅显示 DLL 公开的符号。

对于可执行文件，dumpbin bar.exe /symbols什么也不产生，dumpbin bar.exe /exports似乎转储了一些符号。

谁能解释这里的引擎盖下发生了什么？

4

1 回答 1

2

您用于 dumpbin 的参数告诉它要转储文件的哪些部分。

您需要使用不同参数的原因是您正在查看恰好彼此非常相似的数据片段，但是（从 PE 文件的角度来看）是存储在不同部分的完全不同的数据片段文件。

因此，当您创建一个目标文件时，它会定义一些符号，这些符号会进入 PE 文件的符号部分。当您链接这些以创建 DLL/exe 文件时，它导出的任何符号都会在文件的导出部分中创建记录。从我们的角度来看，它们看起来很相似（实际上，导出的名称通常是某个对象文件的符号部分中的某个符号的名称），但它仍然存储在不同的部分中。

当编译器执行它的操作时，它将数据写入符号部分，但（至少通常）根本不创建导入或导出部分。然后链接器做它的事情，主要是从符号部分读取，并写入导入和导出部分。然后加载器做它的事情，主要从导入和导出部分读取，并忽略符号部分。

于 2018-12-20T01:30:44.147 回答