Как отловить место в программе, которое приводит к загрузке dll?

Question

[Alex XYZ]

Всем привет.

Программа на C#, использую разделяемую библиотеку. По бизнеслогике эта библиотека не должна загрузиться раньше, чем будет передано управлением функции Main, т.к. в программе должна пройти начальная инициализация параметров. Но видимо какой-то класс выполняет её загрузку в топе. В итоге главная программа вылетает (выводится диалог, с небольшим текстом, но там кроме имени программы и времени "происшествия" ничего нет).
Есть ли возможность как-то выяснить, из-за какого места в программе или в в какой момент dotnet выполняет загрузку этой библиотеки?
dotnet 4.6.2, VS 2017. windows 8.1 / Server 2016.
Насколько я знаю, загрузка dll происходит по определённым правилам, а не сразу все скопом. (строгие/не строгие имена в данной задаче точно не влияют. Я пробовал пересобирать эту библиотеку по разному).

Update 1:
Почему речь идёт о Main:

Answer 1

[Alex XYZ]

Проблема решена чисто философским путём. Попал пальцем в небо. Читая статью https://weblog.west-wind.com/posts/2012/Nov/03/Bac... (ещё от 2012 года!!!) обратил внимание на абзац:


И тут я повнимательнее глянул на код функции Main:


И тут у меня сложился этот пазл! Возникло предположение, что dot.net перед выполнением функции смотрит на тело функции и проверяет, а потребуются ли для этого кода загрузка библиотек? Идиотское предположение, но... почему бы не проверить. Вынес тело функции в отдельную функцию:


И теперь в функции Main библиотечный LongFile.AppendAllText метод не виден! И случилось ЧУДО! Программа нормально запустилась! Выходит от перестановки слагаемых результат меняется )))

Решено.

Comments

[Meloman19]

Это не предположение. Сами подумайте: чтобы запустить метод его сначала нужно скомпилировать в CLI, поэтому перед непосредственным исполнением main и вылет, потому что компиляция крашится.

[Alex XYZ]

Meloman19, так крашится не во время компиляции, а во время исполнения.

[Meloman19]

Захаров Александр, извините, я ошибся.
Конечно же когда вы производите компиляцию, то ваш код на C# переводится в IL. А вот когда уже приложение запускается, то перед вызовом какого бы не было метода этот код компилируется в байт код, который и исполняется. Во время компиляции в IL проблем нет, потому что компилятор знает о библиотеке.

[Meloman19]

Вот тут поподробнее. ТЫК

Answer 2

[VoidVolker]

А как эта библиотека подключена? В ссылках или вручную? Если вручную - то оттуда же сразу можно перейти на все места, где оно используется. Если в ссылках - то смотреть, где используется и добавить там мониторинг. Самый простой способ - начать с мониторинга доступа к файловой системе.
https://docs.microsoft.com/en-us/sysinternals/down... - добавляете фильтры на: процесс - ваше приложение, тип события - файловая система, содержит - название dll файла.

Comments

[Alex XYZ]

Библиотека лежит в каталоге рядом с основной программой. Где она используется по ссылкам я тоже знаю. Но это не помогает. Точки останова всё равно будут срабатывать только на загруженной библиотеке, поэтому тут стандартный отладчик не сильно поможет. Нужно понять кто именно хочет видеть её раньше времени и провоцирует загрузку.
Мест, где используется библиотека настолько дохрена, что тут только философствовать... или что-то придумать.

[VoidVolker]

В таком случае через процесс-монитор надо отследить по времени/сигнатуре (он там кучу всего отслеживает и можно привязаться какому-то стабильному событию) в какой момент идет загрузка бибилиотеки или после какого события, далее отключить везде эту библиотеку и по очереди добавлять и смотреть по мониторингу кто и где её использует. Вообще, имеет смысл вынести инициализацию всего в отдельный класс и в этом классе уже инициализировать в нужной очередности.