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

ПриМеЧание
В.некоторых.случаях.метод,.не.способный.решить.поставленную.задачу,.обнару-
живает,.что.состояние.некоторых.объектов.испорчено.и.не.поддается.восстановле-
нию .Если.разрешить.приложению.продолжить.работу,.результаты.могут.оказаться.
плачевными,.в.том.числе.возможно.нарушение.безопасности .При.обнаружении.
такой.ситуации.метод.должен.не.генерировать.исключение,.а.немедленно.выпол-
нять.принудительное.завершение.процесса.вызовом.метода.FailFast.типа.System 
Environment 
Кстати, вполне допустимо перехватить исключение 
System.Exception
и вы-
полнить определенный код внутри блока 
catch
при условии, что в конце этого кода 
исключение будет сгенерировано снова. Перехват и поглощение (без повторного 
генерирования) исключения 
System.Exception
недопустимо, так как оно приводит 
к сокрытию факта сбоя и продолжению работы приложения с непредсказуемыми 
результатами, что означает нарушение безопасности. Предоставляемая компанией 
Microsoft утилита FxCopCmd.exe позволяет находить блоки 
catch
(
Exception
), 
в коде которых отсутствует инструкция 
throw
. Подробнее мы обсудим это далее 
в этой главе.
Наконец, допускается перехватить исключение, возникшее в одном потоке, 
и повторно сгенерировать его в другом потоке. Такое поведение поддерживает 

---

528
Глава.20 .Исключения.и.управление.состоянием
модель асинхронного программирования (см. главу 28). Например, если поток из 
пула потоков выполняет код, который вызывал исключение, CLR перехватывает 
и игнорирует исключение, позволяя потоку вернуться в пул. Позже один из потоков 
должен вызвать метод 
EndXxx
, чтобы выяснить результат асинхронной операции. 
Метод 
EndXxx
сгенерирует такое же исключение, что и поток из пула, выполнявшего 
заданную работу. В данной ситуации исключение поглощается первым потоком, но 
повторно генерируется потоком, вызывавшим метод 
EndXxx
, в результате ошибка 
не оказывается скрытой от приложения.