Подведение итогов по процессам доменам приложений и контекстам

К этому моменту должно было сложиться четкое представление о том, каким

образом происходит обслуживание.NET-сборки в CLR-среде. Ниже перечислены некоторые ключевые моменты, которые следует запомнить.

• Любой процесс.NET может обслуживать один и более доменов приложений.

Каждый домен приложения, в свою очередь, может обслуживать любое

количество взаимосвязанных сборок.NET. Все домены приложений могут по отдельности загружаться и выгружаться CLR-средой (или программно с помощью типа

System. AppDomain).

• Любой отдельно взятый домен приложения может включать в себя один и более

контекстов. Посредством контекста CLR-среде удается помещать информацию об

"особых потребностях" объекта в логический контейнер и тем самым гарантировать принятие их во внимание на этапе выполнения.

Резюме

Главной задачей этой темы было продемонстрировать, каким образом происходит

обслуживание исполняемой сборки.NET на платформе.NET. Как здесь было показано,

старое понятие процесса Win32 было внутренне изменено и адаптировано под

потребности CLR. Любой отдельно взятый процесс (которым на программном уровне можно управлять с использованием типа System.Diagnostics.Process) теперь состоит из

множества доменов приложений, которые представляют собой изолированные и

независимые границы внутри данного процесса.

Как было показано, каждый процесс может обслуживать несколько доменов

приложений, а каждый из этих доменов приложений, в свою очередь, может обслуживать и выполнять любое количество связанных между собой сборок. Более того, еще каждый

домен приложения может содержать и любое число контекстов. За счет использования

такого дополнительного слоя изоляции CLR-среде удается гарантировать корректную

обработку специфических потребностей объектов на этапе выполнения.