为什么不同的图像类型需要不同的 dumpbin 选项？
Why do I need different dumpbin options for different image types?
我最近一直在使用 dumpbin 查看一些使用 dumpbin foo.lib /symbols 的静态库中的符号。我想看看它如何用于可执行文件和 DLL。
我的第一个观察结果是 dumpbin foo.{exe|dll} /symbols returns 什么都没有。
对于 DLL，我观察到导出选项对于获取符号数据是必需的：
dumpbin foo.dll /exports。为什么在这种情况下需要这个选项？如果相应的 *.iobj 文件可用，我可以使用 dumpbin foo.iobj /symbols 转储所有符号，而我假设 DLL 上的 /exports 仅显示 DLL 公开的符号。
对于可执行文件，dumpbin bar.exe /symbols 什么都不产生，而 dumpbin bar.exe /exports 似乎会转储一些符号。
谁能解释一下幕后发生的事情？
您用来 dumpbin 的参数告诉它要转储文件的哪些部分。
您需要使用不同参数的原因是您查看的数据片段恰好彼此相似确实非常相似，但是（从 PE 文件来看view) 是完全不同的数据，存储在文件的不同部分。
因此，当您创建目标文件时，它会定义一些符号，这些符号会进入 PE 文件的符号部分。当您 link 创建一个 DLL/exe 文件时，它导出的任何符号都会在文件的导出部分创建记录。从我们的角度来看，它们看起来很相似（实际上，导出的名称通常是某个目标文件的符号部分中的某个符号的名称），但它仍然存储在不同的部分中。
当编译器执行它的操作时，它会将数据写入符号部分，但（至少通常）根本不会创建导入或导出部分。然后 linker 做它的事情，主要是从符号部分读取，并写入导入和导出部分。然后加载器做它的事情，主要是从导入和导出部分读取，并忽略符号部分。
我最近一直在使用 dumpbin 查看一些使用 dumpbin foo.lib /symbols 的静态库中的符号。我想看看它如何用于可执行文件和 DLL。
我的第一个观察结果是 dumpbin foo.{exe|dll} /symbols returns 什么都没有。
对于 DLL，我观察到导出选项对于获取符号数据是必需的：
dumpbin foo.dll /exports。为什么在这种情况下需要这个选项？如果相应的 *.iobj 文件可用，我可以使用 dumpbin foo.iobj /symbols 转储所有符号，而我假设 DLL 上的 /exports 仅显示 DLL 公开的符号。
对于可执行文件，dumpbin bar.exe /symbols 什么都不产生，而 dumpbin bar.exe /exports 似乎会转储一些符号。
谁能解释一下幕后发生的事情？
您用来 dumpbin 的参数告诉它要转储文件的哪些部分。
您需要使用不同参数的原因是您查看的数据片段恰好彼此相似确实非常相似，但是（从 PE 文件来看view) 是完全不同的数据，存储在文件的不同部分。
因此，当您创建目标文件时，它会定义一些符号，这些符号会进入 PE 文件的符号部分。当您 link 创建一个 DLL/exe 文件时，它导出的任何符号都会在文件的导出部分创建记录。从我们的角度来看，它们看起来很相似（实际上，导出的名称通常是某个目标文件的符号部分中的某个符号的名称），但它仍然存储在不同的部分中。
当编译器执行它的操作时，它会将数据写入符号部分，但（至少通常）根本不会创建导入或导出部分。然后 linker 做它的事情，主要是从符号部分读取，并写入导入和导出部分。然后加载器做它的事情，主要是从导入和导出部分读取，并忽略符号部分。