Если выполнить приложение теперь (рис. 13.7), вы увидите, что компоновочные блоки System.Windows.Forms.dll, System.Drawing.dll и System.dll будут загружены только в рамках домена приложения, созданного по умолчанию. Это может показаться нелогичным для тех. кто имеете опыт программирования с использованием традиционных подходов Win32 (скорее, оба домена приложения должны иметь доступ к одному и тому же множеству компоновочных блоков). Напомним, однако, о том. что компоновочный блок загружается в рамки
Рис. 13.7. Один процесс с двумя доменами приложения
Далее, обратите внимание на то, что домен приложения SecondAppDomain автоматически получает свою собственную копию mscorlib.dll, поскольку этот ключевой компоновочный блок автоматически загружается средой CLR для каждого домена приложения. Это порождает следующий вопрос "Как можно программно загрузить компоновочный блок в домен приложения?" Ответ: с помощью метода АррDomain.Load() (или, альтернативно, с помощью AppDomain.executeAssembly()). В предположении, что вы скопировали CarLibrary.dll в каталог приложения AppDomainManipulator.exe, вы можете загрузить CarLibrary.dll в домен приложения SecondAppDomain так.
static void Main(string[] args) {
Console.WriteLine("***** Чудесное приложение AppDomain *****\n");
…
// Загрузка CarLibrary.dll в новый AppDomain.
AppDomain anotherAD = AppDomain.CreateDomain("SecondAppDomain");
anotherAD.Load("CarLibrary");
PrintAllAssembliesInAppDomain(anotherAD);
Console.ReadLine();
}
Чтобы закрепить понимание взаимосвязей между процессами, доменами приложения и компоновочными блоками, рассмотрите рис. 13.8, на котором представлена диаграмма внутреннего устройства только что построенного процесса AppDomainManipulator.exe.
Рис. 13.8. Схема функционирования процесса AppDomainManipulator.exe
Важно понимать, что среда CLR не позволяет выгружать отдельные компоновочные блоки .NET. Однако, используя метод AppDomain.Unload(), вы можете избирательно выгрузить домен приложения из объемлющего процесса. При этом домен приложения выгрузит по очереди каждый компоновочный блок.
Напомним, что тип AppDomain определяет набор событий, одним из которых является DomainUnload. Это событие генерируется тогда, когда домен приложения (не являющийся доменом, созданным по умолчанию) выгружается из содержащего этот домен процесса. Другим заслуживающим внимания событием является событие ProcessExit, которое генерируется при выгрузке из процесса домена, создаваемого по умолчанию (что, очевидно, влечет за собой завершение всего процесса). Так, если вы хотите программно выгрузить anotherAD из процесса AppDomainManipulator.exe и получить извещение о том, что соответствующий домен приложения закрыт, можете использовать следующую программную логику событий.
static void Main(string[] args) {
…
// Привязка к событию DomainUnload.
anotherAD.DomainUnload += new EventHandler(anotherAD_DomainUnload);
// Теперь выгрузка anotherAD.
AppDomain.Unload(anotherAD);
}
Обратите внимание на то, что событие DomainUnload работает в паре с делегатом System.EventHandler, поэтому формат anotherAD_DomainUnload() требует следующих аргументов.
public static void anotherAD_DomainUnload(object sender, EventArgs e) {
Console.WriteLine("***** Выгрузка anotherAD! *****\n");
}
Если вы хотите получить извещение при выгрузке домена приложения, созданного по умолчанию, измените метод Main() так, чтобы обработать событие ProcessEvent, соответствующее домену приложения по умолчанию:
static void Main(string [] args) {
…
AppDomain defaultAD = AppDomain.CurrentDomain;
defaultAD.ProcessExit +=new EventHandler(defaultAD_ProcessExit);
}
и определите подходящий обработчик событий.
private static void defaultAD_ProcessExit (object sender, EventArgs e) {
Console.WriteLine("***** Выгрузка defaultAD! *****\n");
}
Исходный код. Проект AppDomainManipulator размещен в подкаталоге, соответствующем главе 13.
