我见过checking if a PEFile is a .NET assembly by examining the binary structure的一些方法。
这是测试多个文件的最快方法吗？我假设尝试加载每个文件（例如通过Assembly.ReflectionOnlyLoad）文件可能会很慢，因为它会加载文件类型信息。
注意：我正在寻找一种以编程方式检查文件的方法。
【问题讨论】：
标签： c# .net reflection clr
我猜 Stormenet 的回答在技术上不是程序化，所以我将把我的回答分成一个答案。
为了获得最佳性能，没有什么比使用StreamReader 打开文件、读取前 (n) 个字节并检查字节流中的 .NET 文件签名数据结构更好的了。
几乎与您验证某项是否为 DOS 可执行文件的方式相同：
http://en.wikipedia.org/wiki/DOS_executable
寻找“MZ”标头字节，这也恰好是 MS-DOS 的开发者之一 Mark Zbikowski 的首字母。
【讨论】：
也许这有帮助
来自https://web.archive.org/web/20110930194955/http://www.grimes.demon.co.uk/dotnet/vistaAndDotnet.htm
接下来，我检查它是否是 .NET 程序集。为此，我检查文件是否包含 CLR 标头。此标头包含有关 .NET 代码在文件中的位置以及用于编写该代码的框架版本的重要信息。此标头的位置在文件的数据目录表中给出。如果数据目录项的值为零，则该文件是非托管的，如果它具有非零值，则该文件是一个 .NET 程序集。
您可以使用带有 /headers 开关的 dumpbin 实用程序自行测试。该实用程序将在命令行上的文件中打印各种标题。在可选标头值的末尾，您将看到数据目录的列表（总是有 16 个），如果 COM 描述符目录的位置不为零，则表明该文件是一个 .NET 程序集。还可以使用 /clrheader 开关列出 CLR 标头的内容（如果文件是非托管的，则不会显示任何值）。 XP 在执行文件时会测试 CLR 标头，如果存在 CLR 标头，它将初始化运行时并将程序集的入口点传递给运行时，以便文件完全在运行时内运行。
【讨论】：
0 的 .NET 程序集。可能是由于 PInvoke 调用。 Assembly.GetAssemblyName() 似乎是可靠检查它是否是 .NET 程序集的唯一方法...
过去我使用过 AssemblyName.GetAssemblyName()，如果它不是托管程序集，则会引发异常。但是，我从来没有对它进行过性能测试，所以我不能说它有多快。
【讨论】：
第一个链接将是最快和最简单的检查方法（PE 文件头）。你假设调用 Assembly.ReflectionOnlyLoad 会很慢是正确的。
【讨论】：