.Net: Запуск кода при загрузке сборки
Можно ли запускать некоторый код при загрузке сборки, не делая ничего конкретного в коде загрузки? То, что я ищу, похоже на статический конструктор типа.
Например:
Ассамблея A не знает о сборке B, но B знает об A. Ассамблея A должна знать некоторые вещи о B, если B загружена. Когда assembly B загружается средой выполнения (ссылка или явная), я хочу, чтобы часть кода (статический метод или атрибут) выполнялась, которая вызывает метод в сборке A.
- Как извлечь сборку из GAC?
- Динамически заменить содержимое метода C #?
- Как использовать строки в emu8086
- .NET Assembly Diff / Compare Tool - Что доступно?
- C # компиляция для 32/64 бит или для любого процессора?
Основной причиной этой проблемы являются неизвестные типы, встречающиеся при сериализации типа в A, который содержит типы из B, не известные во время компиляции, в качестве интерфейсов.
- Примеры предварительной выборки?
- Вызов функции стандартной библиотеки C из asm в Visual Studio
- Почему mulss занимает всего 3 цикла на Хасуэлле, отличном от таблиц инструкций Агнера?
- Как скомпилировать и запустить программу C в Sublime Text 2?
- Как я могу просмотреть MSIL / CIL, сгенерированный компилятором C #? Почему это называется сборкой?
- Определите, были ли сборки .NET построены из одного источника
- Что регистрирует сохранение в соглашении вызова ARM C?
- Проверьте, равен ли регистр нулю с помощью CMP reg, 0 против OR reg, reg?
CLR поддерживает инициализаторы модhive . Вам придется взломать код C ++ / CLI или файл ilasm.exe, чтобы использовать их.
(edit – применяется к C #; для подхода C ++ см. этот ответ )
В принципе, нет: вы не можете. Это была бы огромная поверхность атаки и не допускается. Возможно, вы захотите поставить статический ctor на некоторые из типов B, которые гарантируют выполнение кода инициализации, но это о нем …
Вы можете использовать статические конструкторы в .Net, но, к сожалению, они не делают то, что вы хотите. Статические конструкторы выполняются только перед использованием типа. Подробнее см. http://msdn.microsoft.com/en-us/library/k9x6w0hc(VS.80).aspx .
Вы можете получить некоторый пробег от подписки на событие AssemblyLoad в AppDomain. См. http://msdn.microsoft.com/en-us/library/system.appdomain.assemblyload.aspx .
В обработчике событий вы можете отразить недавно загруженную сборку и заставить ее выполнять любой код, который вам нравится.
Существует три варианта инициализации сборки .NET:
- Вы пишете статическую функцию Init () или Main () в своей сборке для инициализации и вызываете эту функцию путем отражения от кода C #, который загружает эту сборку.
- Напишите управляемую сборку C ++, где вы поместите свой код в DllMain (). Будьте осторожны, потому что ваш код будет выполнен в Locker Lock, где запрещено несколько вещей (например, загрузка других DLL, …). Но вы можете начать новый stream, который делает ЛЮБЫЕ вещи инициализации. (О LoaderLock: https://msdn.microsoft.com/en-us/library/ms173266.aspx ) (О DllMain: C # в C ++ / CLI в C DLL System.IO.FileNotFoundException )
- Вы собираете чистую сборку C # и изменяете скомпилированную DLL, чтобы добавить код инициализатора модуля, как описано здесь: http://einaregilsson.com/module-initializers-in-csharp/ Недостатком этого метода является то, что функция инициализации не вызывается немедленно, когда assembly загружена в процесс. Но это вызвано прежде, чем что-либо еще в сборке будет впервые доступно.
Вероятно, вы должны вернуться к своему сериализационному подходу для смягчения этой проблемы. Если вы сериализуете использование атрибута ISerializable и SerializableAttribute , вы можете сделать так, чтобы график сериализации загружал сборку B, когда это необходимо, без сборки. Когда-либо нужно было явно знать о сборке B.
Используя смешанную сборку, вы можете запустить DllMain на сборку.