Язык программирования C#9 и платформа .NET5 - Эндрю Троелсен

dumpbin.ехе, которая входит в состав инструментов профилирования C++. Чтобы установить их, введите C++ profiling в поле быстрого поиска и щелкните на подсказке Install C++ profiling tools (Установить инструменты профилирования C++), как показано на рис. 16.2.

В результате запустится установщик Visual Studio с выбранными инструментами. В качестве альтернативы можете запустить установщик Visual Studio самостоятельно и выбрать необходимые компоненты (рис. 16.3).

Заголовок файла операционной системы (Windows)

Заголовок файла ОС устанавливает факт того, что сборку можно загружать и манипулировать ею в среде целевой ОС (Windows в рассматриваемом примере). Данные в этом заголовке также идентифицируют вид приложения (консольное, с графическим пользовательским интерфейсом или библиотека кода *.dll), которое должно обслуживаться ОС.

Откройте файл CarLibrary.dll (в хранилище GitHub для книги или созданный позже в главе) с применением утилиты dumpbin.ехе (в окне командной строки разработчика), указав ей флаг /headers:

dumpbin /headers CarLibrary.dll

В результате отобразится информация заголовка файла ОС сборки, построенной для Windows, часть которой показана ниже:

Dump of file carlibrary.dll

PE signature found

File Type: DLL

FILE HEADER VALUES

       14C machine (x86)

         3 number of sections

  BB89DC3D time date stamp

         0 file pointer to symbol table

         0 number of symbols

        E0 size of optional header

      2022 characteristics

             Executable

             Application can handle large (>2GB) addresses

             DLL

...

Дамп файла CarLibrary.dll

Обнаружена подпись РЕ

Тип файла: DLL

Значения заголовка файла

       14С машина (х86)

         3 количество разделов

  BB89DC3D дата и время

         0 файловый указатель на таблицу символов

         0 количество символов

        Е0 размер необязательного заголовка

      2022 характеристики

             Исполняемый файл

             Приложение может обрабатывать большие (> 2 Гбайт) адреса

             DLL

...

Запомните, что подавляющему большинству программистов, использующих .NET Core, никогда не придется беспокоиться о формате данных заголовков, встроенных в сборку .NET Core. Если только вы не занимаетесь разработкой нового компилятора языка .NET Core (в таком случае вы обязаны позаботиться о подобной информации), то можете не вникать в тонкие детали заголовков. Однако помните, что такая информация потребляется "за кулисами", когда ОС загружает двоичный образ в память.

Заголовок файла CLR

Заголовок файла CLR — это блок данных, который должны поддерживать все сборки .NET Core (и благодаря компилятору C# они его поддерживают), чтобы обслуживаться средой .NET Core Runtime. Выражаясь кратко, в заголовке CLR определены многочисленные флаги, которые позволяют исполняющей среде воспринимать компоновку управляемого файла. Например, существуют флаги, идентифицирующие местоположение метаданных и ресурсов внутри файла, версию исполняющей среды, для которой была построена сборка, значение (необязательного) открытого ключа и т.д. Снова запустите утилиту dumpbin.exe, указав флаг /clrheader:

dumpbin /clrheader CarLibrary.dll

Вы увидите внутреннюю информацию заголовка файла CLR для заданной сборки .NET Core:

Dump of file CarLibrary.dll

File Type: DLL

  clr Header:

   48 cb

 2.05 runtime version

 2158 [ B7C] RVA [size] of MetaData Directory

    1 flags

        IL Only

    0 entry point token

    0 [   0] RVA [size] of Resources Directory

    0 [   0] RVA [size] of StrongNameSignature Directory

    0 [   0] RVA [size] of CodeManagerTable Directory

    0 [   0] RVA [size] of VTableFixups Directory

    0 [   0] RVA [size] of ExportAddressTableJumps Directory

    0 [   0] RVA [size] of ManagedNativeHeader Directory

  Summary

        2000 .reloc

        2000 .rsrc

        2000 .text

Дамп файла CarLibrary.dll

Тип файла : DLL

Заголовок clr:

   48 cb

 2.05 версия исполняющей среды

 2158 [ B7C] RVA [size] каталога MetaData

    1 флаги

        Только IL

    0 маркер записи

    0 [   0] RVA [size] каталога Resources

    0 [   0] RVA [size] каталога StrongNameSignature

    0 [   0] RVA [size] каталога CodeManagerTable

    0 [   0] RVA [size] каталога VTableFixups

    0 [   0] RVA [size] каталога ExportAddressTableJumps

    0 [   0] RVA [size] каталога ManagedNativeHeader

  Сводка

        2000 .reloc

        2000 .rsrc

        2000 .text

И снова важно отметить, что вам как разработчику приложений .NET Core не придется беспокоиться о тонких деталях информации заголовка файла CLR. Просто знайте, что каждая сборка .NET Core содержит данные такого рода, которые исполняющая среда .NET Core использует "за кулисами" при загрузке образа в память. Теперь переключите свое внимание на информацию, которая является намного более полезной при решении повседневных задач программирования.

Код CIL, метаданные типов и манифест сборки

В своей основе сборка содержит код CIL, который, как вы помните, представляет собой промежуточный язык, не зависящий от платформы и процессора. Во время выполнения внутренний код CIL на лету посредством JIT-компилятора компилируется в инструкции, специфичные для конкретной платформы и процессора. Благодаря такому проектному решению сборки .NET Core действительно могут выполняться под управлением разнообразных архитектур, устройств и ОС. (Хотя вы можете благополучно и продуктивно работать, не разбираясь в деталях языка программирования CIL, в главе 19 предлагается введение в синтаксис и семантику CIL.)

Сборка также содержит метаданные, полностью описывающие формат внутренних типов и формат внешних типов, на которые сборка ссылается. Исполняющая среда .NET Core применяет эти метаданные для выяснения местоположения типов (и их членов) внутри двоичного файла, для размещения типов в памяти и для упрощения удаленного вызова методов. Более подробно детали формата метаданных .NET Core будут раскрыты в главе 17 во время исследования служб рефлексии.

Сборка должна также содержать связанный с ней манифест (по-другому называемый метаданными сборки). Манифест документирует каждый модуль внутри сборки, устанавливает версию сборки и указывает любые внешние сборки, на которые ссылается текущая сборка. Как вы увидите далее в главе, исполняющая среда .NET Core интенсивно использует манифест сборки в процессе нахождения ссылок на внешние сборки.

Дополнительные ресурсы