Если сборка загружается, например Assembly.LoadFile(dotNetDllorExe) и не выбрасывает никаких исключений, это действует сборка .NET. Если это не так, это вызовет «BadImageFormatException».
Идея проверки погоды файла связана с сборкой или нет, загружая ее и проверяя, выбрано ли исключение; похоже, не слишком чист. Ведь исключения должны использоваться исключительно.
. NET сборки являются обычными файлами Win32 PE, операционная система не проводит различия между сборками .NET и исполняемыми двоичными файлами Win32, они являются одинаковыми нормальными PE-файлами. Итак, как работает система, если DLL или EXE - это управляемая сборка для загрузки CLR?
Он проверяет заголовок файла, чтобы проверить, является ли это управляемой сборкой или нет. В спецификации ECMA Partition II - Метаданные, поставляемые вместе с .NET SDK, вы видите, что в PE-формате есть отдельный заголовок CLI. Это 15-й каталог данных в PE дополнительных заголовках. Итак, в простых выражениях, если у нас есть значение в этом каталоге данных, значит, это допустимая сборка .NET, иначе это не так.
internal static class PortableExecutableHelper
{
internal static bool IsDotNetAssembly(string peFile)
{
uint peHeader;
uint peHeaderSignature;
ushort machine;
ushort sections;
uint timestamp;
uint pSymbolTable;
uint noOfSymbol;
ushort optionalHeaderSize;
ushort characteristics;
ushort dataDictionaryStart;
uint[] dataDictionaryRVA = new uint[16];
uint[] dataDictionarySize = new uint[16];
Stream fs = new FileStream(peFile, FileMode.Open, FileAccess.Read);
BinaryReader reader = new BinaryReader(fs);
//PE Header starts @ 0x3C (60). Its a 4 byte header.
fs.Position = 0x3C;
peHeader = reader.ReadUInt32();
//Moving to PE Header start location...
fs.Position = peHeader;
peHeaderSignature = reader.ReadUInt32();
//We can also show all these value, but we will be
//limiting to the CLI header test.
machine = reader.ReadUInt16();
sections = reader.ReadUInt16();
timestamp = reader.ReadUInt32();
pSymbolTable = reader.ReadUInt32();
noOfSymbol = reader.ReadUInt32();
optionalHeaderSize = reader.ReadUInt16();
characteristics = reader.ReadUInt16();
/*
Now we are at the end of the PE Header and from here, the
PE Optional Headers starts...
To go directly to the datadictionary, we'll increase the
stream’s current position to with 96 (0x60). 96 because,
28 for Standard fields
68 for NT-specific fields
From here DataDictionary starts...and its of total 128 bytes. DataDictionay has 16 directories in total,
doing simple maths 128/16 = 8.
So each directory is of 8 bytes.
In this 8 bytes, 4 bytes is of RVA and 4 bytes of Size.
btw, the 15th directory consist of CLR header! if its 0, its not a CLR file :)
*/
dataDictionaryStart = Convert.ToUInt16(Convert.ToUInt16(fs.Position) + 0x60);
fs.Position = dataDictionaryStart;
for (int i = 0; i < 15; i++)
{
dataDictionaryRVA[i] = reader.ReadUInt32();
dataDictionarySize[i] = reader.ReadUInt32();
}
if (dataDictionaryRVA[14] == 0)
{
Console.WriteLine("This is NOT a valid CLR File!!");
return false;
}
else
{
Console.WriteLine("This is a valid CLR File..");
return true;
}
fs.Close();
}
}
ECMA Ref, Blog Ref
Я пытаюсь сделать что-то похожее на ОП. Это решение звучит здорово, но как вы можете получить экземпляр модуля, не вызывая Assembly.LoadFile (который генерирует исключение BadImageFormatException для DLL не CLR, прежде чем вы сможете вызвать GetPEKind)? –
@Simon: конечно, если это вас интересует, как насчет того, чтобы написать и добавить код в качестве ответа? –
@Mitch: Хорошо, возможно, нижняя часть была немного поспешна. Я попытался отменить его, но истечет время ожидания. Сожалею. не стесняйтесь обсуждать некоторые из моих ответов :). Я попытался заставить это работать. Хотя мне казалось, что вопрос Паулса действителен. Module.GetPEKind - это экземпляр. Итак, чтобы получить модуль, вам нужно вызвать сборку Assembly.Load. который выдает исключение. Поскольку в вопросе явно указано «никаких исключений», казалось бы, этот ответ либо неполный, либо неверный. – Simon