我最近一直在使用 dumpbin 来查看一些使用 dumpbin foo.lib/symbols 的静态库中的符号。我想看看它如何用于可执行文件和 DLL。
我的第一个观察结果是 dumpbin foo.{exe|dll}/symbols 什么都不返回。
对于 DLL，我观察到导出选项对于获取符号数据是必需的:
dumpbin foo.dll/exports。为什么在这种情况下需要这个选项？如果相应的 *.iobj 文件可用，我可以使用 dumpbin foo.iobj/symbols 转储所有符号，而我假设 DLL 上的/exports 仅显示 DLL 公开的符号。
对于可执行文件，dumpbin bar.exe/symbols 什么都不产生，而 dumpbin bar.exe/exports 似乎转储了一些符号。
谁能解释一下这里发生了什么？
最佳答案
您用于 dumpbin 的参数告诉它要转储文件的哪些部分。
您需要使用不同参数的原因是您查看的数据片段彼此非常非常相似，但是(从 PE 文件的角度来看)完全不同存储在文件不同部分的数据片段。
因此，当您创建目标文件时，它会定义一些符号，这些符号会进入 PE 文件的符号部分。当您链接它们以创建 DLL/exe 文件时，它导出的任何符号都会在文件的导出部分中创建记录。从我们的角度来看，它们看起来很相似(事实上，导出的名称通常是某个对象文件的符号部分中的某个符号的名称)，但它仍然存储在不同的部分中。
当编译器执行它的操作时，它会将数据写入符号部分，但(至少通常)根本不会创建导入或导出部分。然后链接器做它的事情，主要是从符号部分读取，并写入导入和导出部分。然后加载器做它的事情，主要是从导入和导出部分读取，并忽略符号部分。
关于c++ - 为什么不同的图像类型需要不同的 dumpbin 选项？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/53861029/