我想编写一个测试脚本或程序，断言给定目录中的所有 DLL 文件都属于特定的构建类型。
我会在 SDK 的构建过程结束时使用它作为健全性检查，以确保 64 位版本没有以某种方式在其中包含一些 32 位 DLL 文件，反之亦然。
是否有一种简单的方法可以查看 DLL 文件并确定其类型？
该解决方案应该适用于 xp32 和 xp64。
【问题讨论】：
标签： windows dll 32bit-64bit
DLL 使用 PE 可执行格式，从文件中读取该信息并不难。
请参阅此MSDN article on the PE File Format 了解概览。您需要阅读 MS-DOS 标头，然后阅读 IMAGE_NT_HEADERS 结构。这包含 IMAGE_FILE_HEADER 结构，其中包含您在 Machine 成员中需要的信息，其中包含以下值之一
这些信息应该在文件中的一个固定偏移处，但我仍然建议遍历文件并检查 MS-DOS 标头和 IMAGE_NT_HEADERS 的签名，以确保您应对任何未来的变化。
您也可以使用ImageHelp API 来执行此操作- 使用LoadImage 加载DLL，您将获得一个LOADED_IMAGE 结构，其中包含指向IMAGE_NT_HEADERS 结构的指针。使用 ImageUnload 释放 LOADED_IMAGE。
这是完成工作的粗略 Perl 脚本。它检查文件是否有 DOS 头，然后将 IMAGE_DOS_HEADER 60 字节的 PE 偏移量读取到文件中。
然后它寻找 PE 部分的开头，读取签名并检查它，然后提取我们感兴趣的值。
#!/usr/bin/perl
#
# usage: petype <exefile>
#
$exe = $ARGV[0];
open(EXE, $exe) or die "can't open $exe: $!";
binmode(EXE);
if (read(EXE, $doshdr, 64)) {
($magic,$skip,$offset)=unpack('a2a58l', $doshdr);
die("Not an executable") if ($magic ne 'MZ');
seek(EXE,$offset,SEEK_SET);
if (read(EXE, $pehdr, 6)){
($sig,$skip,$machine)=unpack('a2a2v', $pehdr);
die("No a PE Executable") if ($sig ne 'PE');
if ($machine == 0x014c){
print "i386\n";
}
elsif ($machine == 0x0200){
print "IA64\n";
}
elsif ($machine == 0x8664){
print "AMD64\n";
}
else{
printf("Unknown machine type 0x%lx\n", $machine);
}
}
}
close(EXE);
【讨论】：
'MZ' 和 'PE' 更改为 b'MZ' 和 b'PE' 才能正确评估这些 if。不确定这是特定于平台的问题还是什么。
'rb' 模式打开的文件会返回像b'MZ' 这样的二进制字符串（在Py2 上bytes 只是默认的str，而Py3 的str 是unicode）。
如果您安装了 Cygwin（或 MobaXTerm，或适用于 Windows 的 Git Bash，或 WSL，或...）（出于各种原因，我强烈建议您这样做），您可以使用动态链接库
file <filename>
它会给出这样的输出：
icuuc36.dll: MS-DOS executable PE for MS Windows (DLL) (GUI) Intel 80386 32-bit
【讨论】：
file <filename>。我不确定file 是否是核心设置的一部分，或者您是否必须选择它进行安装，但它肯定在 Cygwin 中可用，因为我过去使用过它。
MS-DOS executable, NE for MS Windows 3.x (driver) 用于“Windows\system\COMMDLG.DLL”，PE32 executable for MS Windows (DLL) (GUI) Intel 80386 32-bit 用于“Program Files\Internet Explorer\iecompat.dll”......此时我停止了测试并且仍然声称，如果你得到的只是“单声道”，要么你只测试了 Mono 程序集，要么你的 Cygwin 安装很糟糕。
boost_math_c99f-vc140-mt-1_58.dll: PE32+ executable (DLL) (console) x86-64, for MS Windows
file 命令将代替 Cygwin 工作。
一种粗略的方法是使用每个 DLL 上的 Visual Studio 工具中的 headers 选项调用 dumpbin 并查找适当的输出：
dumpbin /headers my32bit.dll 找到 PE 签名 文件类型：DLL 文件头值 14C机（x86） 1 节数 45499E0A 时间日期戳 Thu Nov 02 03:28:10 2006 0 指向符号表的文件指针 0 符号数 E0 可选标头大小 2102特点 可执行文件 32位字机 动态链接库 可选标题值 10B魔术#(PE32)您可以在该输出中看到一些线索，表明它是一个 32 位 DLL，包括 Paul 提到的 14C 值。应该很容易在脚本中查找。
【讨论】：
dumpbin 附带的corflags 实用程序来查看有关.NET 可执行文件的信息。
Dependency Walker 告诉所有（几乎）。 http://www.dependencywalker.com/
它不会“安装”——只需获取它、提取它并运行 exec。 它适用于任何 x32 或 x64 windows 模块|应用程序。
我记得很容易看到所有依赖项，即 dll 模块，并且因为 appl.是一个可以确定它是完整的 x64、x32(x86) 还是每个的位的依赖项的总和。
构建模块的 CPU 类型在“CPU”列中。大多数 64 位应用程序仍然是每个应用程序的一部分，但 32 位应用程序 w/b all x86。
极客/程序员的美丽程序，它是免费的......
【讨论】：
我已经写了一个非常简单的工具来做这件事 - 它叫做 PE Deconstructor。
只需启动它并加载您的 DLL 文件：
在上面的例子中，加载的 DLL 是 32 位的。
你可以在这里下载（我只有64位编译的ATM）：
https://files.quickmediasolutions.com/exe/pedeconstructor_0.1_amd64.exe
此处提供较旧的 32 位版本：
https://dl.dropbox.com/u/31080052/pedeconstructor.zip
【讨论】：