Net framework 5, а также среды Visual Studio 2012 и C#

543
Области.ограниченного.выполнения
Области ограниченного выполнения
Во многих приложениях не нужны высокая надежность и способность к восстанов-
лению после любых сбоев. Это относится, прежде всего, к клиентским приложени-
ям — например, 
Notepad exe
и 
Calc exe
. Многие из нас сталкивались с ситуацией, 
когда приложения из пакета Microsoft Office — 
WinWord exe
, 
Excel exe
и 
Outlook 
exe
— просто завершают свою работу из-за необработанных исключений. Также 
многие серверные приложения (например, веб-серверы) не имеют долгосрочного 
состояния и в случае необработанных исключений автоматически перезагружа-
ются. Конечно, для некоторых серверов (например, SQL Server) потеря данных 
в подобных случаях намного более критична.
В CLR информация о состоянии хранится в классе 
AppDomain
(подробно он 
рассмотрен в главе 22). Его выгрузка сопровождается выгрузкой всего состояния. 
Соответственно, если поток в домене приложений сталкивается с необработанным 
исключением, можно выгрузить домен (удалив все состояния), не завершая всего 
процесса
1
.
Областью ограниченного выполнения
(Constrained Execution Region, CER) на-
зывается фрагмент кода, который должен быть устойчивым к сбоям. Так как до-
мены приложений допускают выгрузку с уничтожением своего состояния, области 
ограниченного выполнения обычно служат для управления состоянием, общим для 
нескольких доменов или процессов. Особенно они полезны, если вы собираетесь 
работать с состоянием, в котором возможны неожиданные исключения. Такие ис-
ключения иногда называют 
асинхронными
(asynchronous exceptions). Например, 
для вызова метода среда CLR должна загрузить сборку, создать тип объекта в куче 
загрузчика домена приложений, вызвать статический конструктор типа, скомпи-
лировать IL-код в машинный код и т. п. Сбой может произойти в ходе любой из 
этих операций, и CLR оповестит об этом при помощи исключения.
Если любой такой сбой произойдет в блоке 
catch
или 
finally
, код восста-
новления или очистки будет выполнен не полностью. Рассмотрим пример кода, 
в котором возможен сбой:
private static void Demo1() {
try {
Console.WriteLine("In try");
}
finally {
// Неявный вызов статического конструктора Type1
Type1.M();
}
}
1
Это верно для случаев, когда поток не выходит за пределы одного класса AppDomain 
(подобно тому, как ASP.NET и управляемый SQL-сервер хранят сценарии процедур). Но 
для потоков, пересекающих границы домена приложений, может потребоваться завершение 
работы.

---

544