Что такое stackoverflow ошибка: раскрываем тайну

Причины возникновения

К сожалению, суть (сложность) рассматриваемой ситуации в том, что несмотря на кажущуюся очевидность, первопричина проблемы может носить непредвиденный характер, что достаточно часто приводит к отсутствию результатов стандартного пула рекомендаций. В большинстве своём, как уже было сказано выше, «CLR20r3» появляется в момент запуска или функционирования какого-либо приложения или игры, установленных на компьютер с Windows 7 на борту. Связано её появление с некорректной работой системного компонента под названием «NET Framework», что может характеризоваться как фактическое отсутствие ПО или его повреждение. И в этом и кроется вся «соль», так как для того, чтобы докопаться до истины, может быть недостаточно просто переустановить данный компонент, но попробовать стоит. А это и подводит к поиску возможных решений.

Причины ошибки

Проблема с запуском приложений, который прерывается кодом ошибки 0xe0434352, может произойти по следующим причинам:

Поврежденные драйвера видеокарты. Часто проблема возникает из-за устаревших или поврежденных графических драйверов.

Проблема NET Framework. Есть несколько версий этой программной платформы(4.6.1, 4.6, 4.5.2 и 4.5.1), из-за которых иногда возникает эта ошибка при открытии приложений. Чтобы ее решить, запустите средство восстановления NET Framework.

Сбойные сектора. Появление битых секторов на жестком диске может повлиять на способность системы выполнять определенные действия при запуске приложения. Если ошибка вызвана по этой причине запустите средство проверки диска CHKDSK из командной строки.

Нарушена целостность системы. С этой проблемой можно столкнуться при повреждении системных файлов. Для восстановления воспользуемся инструментами DISM и SCF.

Конфликт на программном уровне. Запуску приложения может препятствовать сторонняя служба или фоновый процесс. Обнаружить проблемные процессы можно с помощью выполнения чистой загрузки Windows, а затем повторно включая ранее отключенные службы выяснить, какая из них вызывает ошибку.

Дополнительные ресурсы

• Устранение неполадок и отладка проектов ASP.NET Core
• Справочник по общим ошибкам в Службе приложений Azure и службах IIS с ASP.NET Core
• Обработка ошибок в ASP.NET Core
• Модуль ASP.NET Core

Документация по Azure

• Application Insights для ASP.NET Core
• Общие сведения о диагностике в службе приложений Azure
• Практическое руководство. Мониторинг приложений в Службе приложений Azure
• Устранение неполадок веб-приложения в службе приложений Azure с помощью Visual Studio
• Устранение ошибок HTTP «502 — недопустимый шлюз» и «503 — служба недоступна» в веб-приложениях Azure
• Устранение проблем с производительностью медленных веб приложений в службе приложений Azure
• Вопросы и ответы о производительности приложений для веб-приложений в Azure
• «Песочница» веб-приложений Azure (ограничения работы среды выполнения службы приложений)

Документация по Visual Studio

• Удаленная отладка ASP.NET Core в IIS в Azure в Visual Studio 2017
• Удаленная отладка ASP.NET Core на удаленном компьютере IIS в Visual Studio 2017
• Сведения об отладке с помощью Visual Studio

std::invalid_argument

Исключение определено в заголовочном файле <stdexcept>

Наследован от std::logic_error. Определяет исключение, которое должно быть брошено в случае неправильного аргумента.

Например, на MSDN приведён пример, когда в объект класса bitset из стандартной библиотеки

// invalid_arg.cpp  
// compile with: /EHsc /GR  
#include <bitset>  
#include <iostream>  
  
using namespace std;  
  
int main( )  
{  
   try   
   {  
      bitset< 32 > bitset( string( "11001010101100001b100101010110000") );  
   }  
   catch ( exception &e )   
   {  
      cerr << "Caught " << e.what( ) << endl;  
      cerr << "Type " << typeid( e ).name( ) << endl;  
   };  
}  
\* Output:   
Caught invalid bitset<N> char  
Type class std::invalid_argument  
*\ 

В данном примере передаётся неправильная строка, внутри которой имеется символ ‘b’, который будет ошибочным.

Общая проблема с конфигурацией приложения

• Браузер: ошибка HTTP 502.5 — сбой процесса

• Журнал приложений: приложение MACHINE/WEBROOT/APPHOST/{СБОРКА} с физическим корневым каталогом C:{ПУТЬ}’ создало процесс с помощью команды «C:{ПУТЬ}{СБОРКА}.{exe|dll}», однако при этом либо произошел сбой, либо не был получен ответ, либо не прослушивался указанный порт {ПОРТ}; код ошибки — {КОД ОШИБКИ}

• Журнал stdout модуля ASP.NET Core: файл журнала создан, но пуст.

Устранение неполадок:

Процесс не удалось запустить, скорее всего, из-за проблемы с конфигурацией приложения или ошибки программирования.

Дополнительные сведения см. в следующих разделах:

• Устранение неполадок ASP.NET Core в Службе приложений Azure и IIS
• Устранение неполадок и отладка проектов ASP.NET Core

Причины ошибки «Необрабатываемое исключение в приложении»

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

• Некорректно работающий антивирус. Как известно, некоторые бесплатные антивирусы, например, Panda Antivirus, могут стать причиной появления подобных проблем. Замена антивируса помогает в таком случае.
• Определенные приложения и вредоносное ПО. Некоторые программы, работающие на компьютере, могут вызывать ошибку «Необрабатываемое исключение в приложении». Вредоносное ПО также не стоит исключать из списка подозреваемых. Проверка антивирусом и чистый запуск помогут разрешить ситуацию.
• Поврежденные файлы Microsoft .NET Framework. Если важные файлы этой программной платформы были повреждены, то появление рассматриваемой ошибки практически неизбежно. Вы можете попытаться восстановить их, установить новую версию либо провести сканирование программной SFC.

Неправильные аргументы элемента

• Браузер: ошибка HTTP 502.5 — сбой процесса

• Журнал приложений: приложению MACHINE/WEBROOT/APPHOST/{СБОРКА} с физическим корневым каталогом C:{ПУТЬ}’ не удалось запустить процесс с помощью команды «dotnet» .{СБОРКА}.dll, код ошибки — 0x80004005: 80008081.

• Журнал stdout модуля ASP.NET Core: приложение для выполнения не существует: ПУТЬ{СБОРКА}.dll

Устранение неполадок:

• Убедитесь, что приложение выполняется локально в Kestrel. Сбой процесса может быть результатом проблемы в приложении. Для получения дополнительной информации см. Устранение неполадок ASP.NET Core в Службе приложений Azure и IIS.

• Проверьте атрибут arguments для элемента в файле web.config и удостоверьтесь, что он имеет значение: а) для развертывания, зависящего от платформы (FDD); б) отсутствует, содержит пустую строку () или список аргументов вашего приложения () для автономного развертывания (SCD).

Устранение неполадок:

Если используется зависимое от платформы развертывание (FDD), убедитесь в том, что в системе установлена нужная среда выполнения.

Пример исключения в C#

Рассмотрим канонический пример того, когда работа с программой приводит к генерации исключения — деление на ноль. Вот такой может быть наша программа:

Console.WriteLine("Введите любое целое число и нажмите Enter");
int i = int.Parse(Console.ReadLine());
double x = 5;
double y = x / i;
Console.WriteLine($"{x}/{i}={y}");

Теперь запустим программу и введем  число . В итоге, в мы увидим ошибку:

Мы получили исключение типа (деление на ноль) и наше приложение аварийно завершило свою работу. Кроме этого, в таком простом, казалось бы, приложении имеется ещё одна уязвимость — пользователь может ввести совсем не то, что от него требуется и вместо числа введет, например, строку. В этом случае мы, опять же, получим в исключение:

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

Комментарии

вызывается для ошибок переполнения стека выполнения, как правило, в случае очень глубокой или неограниченной рекурсии. Поэтому убедитесь, что код не имеет бесконечного цикла или бесконечной рекурсии.

использует COR_E_STACKOVERFLOW HRESULT, имеющий значение 0x800703E9. LocallocВыдается инструкция промежуточного языка (IL) . Список начальных значений свойств для объекта см. в разделе StackOverflowException конструкторы.

начиная с платформа .NET Framework 2,0 нельзя перехватывать объект с / блоком, а соответствующий процесс по умолчанию завершается. Следовательно, следует написать код для обнаружения и предотвращения переполнения стека. Например, если приложение зависит от рекурсии, используйте счетчик или условие состояния для завершения рекурсивного цикла.
Иллюстрация этой методики приведена в разделе » «.

Примечание

Применение HandleProcessCorruptedStateExceptionsAttribute атрибута к методу, который создает исключение, не оказывает никакого влияния. Вы по-прежнему не можете справиться с исключением из пользовательского кода.

Если в приложении размещается среда CLR, можно указать, что среда CLR должна выгрузить домен приложения, в котором произошло исключение переполнения стека, и разрешить выполнение соответствующего процесса. Дополнительные сведения см. в разделе интерфейс ICLRPolicyManager.

Алгоритм выполнения операторов try, catch и finally в C#

Используя блоки , и сначала выполняются команды в блоке . Когда исключений нет, программа сразу переходит к блоку (если он есть) и часть программы, которая отвечает за обработку исключений, завершается.

Когда в блоке произошла ошибка, то выполнение программы приостанавливается, а общеязыковая исполняющая среда (CLR) производит поиск блока . Если блок найден, то после его выполнения идет блок . В другом случае программа аварийно завершит работу.

Например, в случае деления на 0, возникает исключение . Чтобы не возникало таких ошибок, в блоке прописываем инструкцию, как указано в примере кода. Алгоритм не будет делить на 0 и выводить результаты, а программа аварийно завершается.

Теперь давайте посмотрим поближе на пример использования и в C#:

//C#: Exception Handling
using System;
class MyClient
{
    public static void Main()
    {
        int x = 0;
        int div = 0;
        try
        {
            div = 100 / x;
            Console.WriteLine("This linein not executed");
        }
        catch (DivideByZeroException)
        {
            Console.WriteLine("Exception occured");
        }
        Console.WriteLine($"Result is {div}");
    }
} 

Использовать исключения для кода исключительного пользования

Ошибки программы часто делятся на две категории: логические ошибки, вызванные ошибками программирования, например, ошибкой «индекс вне диапазона». И ошибки времени выполнения, которые выходят за рамки управления программистом, например «ошибка» Сетевая служба недоступна «. В программировании в стиле C и в COM Управление отчетами об ошибках осуществляется либо путем возвращения значения, представляющего код ошибки, либо кода состояния для конкретной функции, либо путем установки глобальной переменной, которую вызывающий может дополнительно получить после каждого вызова функции, чтобы проверить, были ли обнаружены ошибки. Например, при программировании COM для передачи ошибок вызывающему объекту используется возвращаемое значение HRESULT. API-интерфейс Win32 содержит функцию для получения последней ошибки, о которой сообщил стек вызовов. В обоих случаях для распознавания кода и реагирования на него требуется вызывающая сторона. Если вызывающий объект не обрабатывает код ошибки явным образом, программа может аварийно завершить работу без предупреждения. Или можно продолжить выполнение с использованием неверных данных и получить неверные результаты.

Исключения являются предпочтительными в современных C++ по следующим причинам:

• Исключение приводит к тому, что вызывающий код распознает состояние ошибки и обрабатывает его. Необработанные исключения останавливают выполнение программы.

• Исключение переходит к точке в стеке вызовов, которая может справиться с ошибкой. Промежуточные функции могут позволить распространить исключение. Они не должны координироваться с другими уровнями.

• Механизм обратной записи исключений уничтожает все объекты в области действия после возникновения исключения в соответствии с четко определенными правилами.

• Исключение позволяет четко отделить код, который определяет ошибку, и код, обрабатывающий ошибку.

В следующем упрощенном примере показан синтаксис, необходимый для генерации и перехвата исключений в C++.

Исключения в C++ похожи на такие языки, как C# и Java. В блоке при исключения оно будет перехвачено первым связанным блоком, тип которого совпадает с типом исключения. Иными словами, выполнение переходит от оператора к оператору. Если подходящий блок catch не найден, вызывается метод и программа завершает работу. В C++ может быть вызван любой тип; Однако рекомендуется создавать тип, прямо или косвенно производный от . В предыдущем примере тип исключения определен в стандартной библиотеке в файле заголовка. C++ не предоставляет или не требует блока, чтобы гарантировать освобождение всех ресурсов при возникновении исключения. Идиома получения ресурсов — инициализация (RAII), которая использует интеллектуальные указатели, предоставляет необходимые функции для очистки ресурсов. Дополнительные сведения см. в разделе руководство. проектирование безопасности исключений. Дополнительные сведения о механизме развертывания стека C++ см. в разделе исключения и очистка стека.

Лямбда-функция для обработчика исключений

Альтернативой является предоставление лямбда-функции для UseExceptionHandler. Использование лямбда-функции позволяет получить доступ к ошибке до возврата ответа.

Ниже приведен пример использования лямбда-функции для обработки исключений:

Предупреждение

Не передавайте клиентам конфиденциальную информацию об ошибках из IExceptionHandlerFeature или IExceptionHandlerPathFeature. Сохранение ошибок создает риски для безопасности.

Чтобы просмотреть результат обработки ошибок лямбда-функцией в примере приложения, используйте директивы препроцессора и , а на домашней странице выберите Trigger an exception (Вызывать исключение).

UseStatusCodePagesWithReExecute

Метод расширения UseStatusCodePagesWithReExecute:

• Возвращает исходный код состояния клиенту.
• Позволяет создать текст ответа путем повторного выполнения конвейера запросов с использованием другого пути.

Если вы указываете на конечную точку в приложении, создайте представление MVC или страницу Razor для конечной точки. Обязательно поместите перед , чтобы запрос можно было перенаправить на страницу состояния. Пример Razor Pages доступен в примере приложения в файле Pages/StatusCode.cshtml.

Этот метод обычно используется, если приложение:

• Обрабатывает запрос без перенаправления к другой конечной точке. Для веб-приложений в адресной строке браузера клиента отображается изначально запрошенная конечная точка.
• Сохраняет и возвращает исходный код состояния с ответом.

Шаблоны URL-адреса и строки запроса могут содержать заполнитель () для кода состояния. Шаблон URL-адреса должен начинаться с косой черты (). При использовании заполнителя в пути убедитесь, что конечная точка (страница или контроллер) могут обрабатывать сегмент пути. Например, страница Razor для ошибок должна принимать необязательное значение сегмента с директивой .

Конечная точка, которая обрабатывает ошибку, может получать исходный URL-адрес, вызвавший ошибку, как показано в следующем примере:

Не следует помечать метод действия обработки ошибок атрибутами метода HTTP, например . Из-за использования явных команд некоторые запросы могут не передаваться в метод. Разрешите анонимный доступ к методу, если не прошедшие проверку подлинности пользователи должны видеть представление ошибок.

Иногда компиляция с включенным анализом кода приводит к ошибкам

Если вы установили FluentNHibernate с консолью диспетчера пакетов и компилируете проект с включенной функцией «Анализ кода», может возникнуть следующая ошибка:

По умолчанию для FluentNHibernate требуется версия NHibernate 3.0.0.2001. Однако по умолчанию NuGet устанавливает в проекте библиотеку NHibernate 3.0.0.4000 и добавляет соответствующую переадресацию привязок, чтобы она работала. Если анализ кода отключен, проект будет компилироваться нормально. В отличие от компилятора, средство анализа кода не отслеживает переадресацию привязок и поэтому не использует версию 3.0.0.4000 вместо 3.0.0.2001. Чтобы решить эту проблему, можно установить версию NHibernate 3.0.0.2001 или настроить средство анализа кода так, чтобы его поведение совпадало с поведением компилятора. Для этого выполните указанные ниже действия.

1. Перейдите в папку %PROGRAMFILES%\Microsoft Visual Studio 10.0\Team Tools\Static Analysis Tools\FxCop.
2. Откройте файл FxCopCmd.exe.config и измените значение атрибута с на .
3. Сохраните изменение и выполните сборку проекта повторно.

Исключения и производительность

Механизм исключения имеет минимальные затраты на производительность, если исключение не создается. При возникновении исключения стоимость прохода стека и его очистки приблизительно сравнима с затратами на вызов функции. Дополнительные структуры данных необходимы для контроля стека вызовов после того , как был выполнен блок, и при возникновении исключения требуются дополнительные инструкции для очистки стека. Однако в большинстве случаев затраты на производительность и объем памяти не являются существенными. Негативное воздействие исключений на производительность может быть значительным только для систем с ограниченным объемом памяти. Кроме того, в циклах, критических с точки зрения производительности, часто возникает ошибка, и существует тесная связь между кодом и его обработкой. В любом случае невозможно понять фактическую стоимость исключений без профилирования и измерения. Даже в редких случаях, когда стоимость существенна, можно взвесить ее на более высокую правильность, упростить обслуживание и другие преимущества, предоставляемые хорошо спроектированной политикой исключений.

Try, catch, finally и throw: основные команды в С#

Исключения позволяют программе передавать управление между частями кода, «пропуская» ошибку выполнения программы. Для этого в C# существуют команды , , , а также :

• Блок применяют для инкапсуляции. В него помещают так называемый «ненадежный» код, который может выдать ошибку. Там могут содержаться вызовы методов, обращения к интерфейсам, операторы цикла. В случае, если некая строка из этого блока выдает исключение, то он обрабатывается в блоке .
• Когда происходит исключение, запускается блок . Здесь исключение можно обработать. Варианты обработки зависят от задач разработчиков и типа ошибки. Например, записать ошибку в лог, завершить работу скрипта или прописать выдачу конкретного сообщения. В случае, если блок пустой, программа пропустит исключение.
• Задача блока — выполнить определенный код вне зависимости от того, сработало исключение или нет. Это может быть, к примеру, освобождение объекта из памяти. Иногда блок не обязателен и опускается. Так происходит, когда обработка исключения предусматривает, что программа дальше будет выполняться.
• В языке C# существует несколько стандартных типов исключений, но есть возможность создавать их самостоятельно. Для этого используют оператор .

Получение диагностических сведений

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

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

1. Выполните одно из следующих действий.

   • в меню Windows выберите пункт пуск , введите Просмотр событий и нажмите клавишу ввод.
   • Запустите eventvwr. msc.

2. на левой странице разверните узлы Просмотр событий (локальные) > журналы приложений и служб > Microsoft > Windows.

3. Проверьте наличие доступных журналов в следующих категориях:

   • AppxPackagingOM > Microsoft-Windows-аппкспаккагинг/эксплуатация
   • AppXDeployment — сервер > Microsoft-Windows-AppXDeploymentServer/эксплуатация

Начните с просмотра журналов в разделе AppXDeployment-Server. Если ошибка вызвана 0x80073CF0 или ERROR_INSTALL_OPEN_PACKAGE_FAILED, в журналах AppxpackagingOM могут присутствовать дополнительные сведения.

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

В следующем примере отображаются журналы, связанные с последней операцией развертывания в интерактивной таблице в отдельном окне.

8 ответов

Лучший ответ

Начиная с версии 2.0 исключение StackOverflow может быть обнаружено только в следующих случаях.

1. CLR запускается в размещенной среде * , где хост специально позволяет обрабатывать исключения StackOverflow.
2. Исключение stackoverflow генерируется пользовательским кодом, а не из-за фактической ситуации переполнения стека (Справочник)

_{* «размещенная среда», как в «мой код размещает CLR, и я настраиваю параметры CLR», а не «мой код работает на общем хостинге»}

114

Theodore Tsirpanis
16 Окт 2020 в 21:16

Правильный способ — исправить перелив, но ….

Вы можете увеличить свой стек: —

Вы можете использовать свойство System.Diagnostics.StackTrace FrameCount, чтобы подсчитать использованные кадры и создать собственное исключение при достижении предела кадров.

Или вы можете рассчитать размер оставшегося стека и выбросить собственное исключение, когда оно упадет ниже порогового значения: —

Просто поймай Сыр.

49

user159335user159335
21 Окт 2009 в 11:33

На странице MSDN на StackOverflowException s:

43

Damien_The_Unbeliever
21 Окт 2009 в 07:19

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

Для этого вам нужно открыть настройки исключений из меню «Отладка». В более старых версиях Visual Studio это «Отладка» — «Исключения»; в более новых версиях это «Отладка» — «Windows» — «Настройки исключений».

После того, как вы откроете настройки, разверните «Исключения среды CLR», разверните «Система», прокрутите вниз и отметьте «System.StackOverflowException». Затем вы можете посмотреть стек вызовов и найти повторяющийся шаблон вызовов. Это должно дать вам представление о том, где искать, чтобы исправить код, вызывающий переполнение стека.

27

Simon
24 Авг 2017 в 09:20

Да из CLR 2.0 переполнение стека считается неустранимой ситуацией. Таким образом, среда выполнения по-прежнему завершает процесс.

Дополнительные сведения см. В документации http://msdn.microsoft.com/en -us / library / system.stackoverflowexception.aspx

6

Brian Rasmussen
21 Окт 2009 в 07:18

Вы не можете, поскольку большинство сообщений объясняют, позвольте мне добавить еще одну область:

На многих веб-сайтах вы найдете людей, которые говорят, что способ избежать этого — использовать другой домен приложения, поэтому, если это произойдет, домен будет выгружен. Это абсолютно неверно (если вы не размещаете свою среду CLR), поскольку поведение среды CLR по умолчанию вызовет событие KillProcess, что приведет к отключению вашего домена приложения по умолчанию.

5

No hay Problema
11 Фев 2010 в 08:39

Это невозможно, и по уважительной причине (например, подумайте обо всех этих уловках (Exception) {} вокруг).

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

3

ima
21 Окт 2009 в 08:17

Вы не можете. CLR вам не позволит. Переполнение стека является фатальной ошибкой и не может быть исправлено.

5

Matthew Scharley
21 Окт 2009 в 07:19

Финальная обработка исключений

2.1. Финальные блоки фрейма

__try__finally__finallyфинальная обработка
исключений

__try
{
  //Охраняемый код
}
__finally
{
  //Финальный код
}

__try__try__try

2.2. Проверка завершения фрейма

__try

• Нормальное завершение блока.
• Выход из блока при помощи управляющей инструкции __leave.
• Выход из блока при помощи одной из управляющих инструкций return, break, continue или goto.

• Передача управления обработчику исключения.

__try__tryAbnormalTermination

BOOL AbnormalTermination(VOID);

__try__try

#include 
#include 

void main()
{
  int  *p = NULL;  //пустой указатель на целое число
  __try
  {
    *p = 10;       //исключение, т.к. память не распределена
  }
  __finally
  {
    if (!AbnormalTermination()) //если блок __try закончился нормально
    {      
      delete p;    //то освобождаем память
      cout 

Запуск инструмента восстановления Framework

Еще одной причиной возникновения неизвестного программного исключения 0xe0434352 при запуске приложения является повреждение Framework. Для восстановления программной платформы выполните следующие шаги:

Откройте поиск в интернете, и сделайте запрос «Microsoft .NET Framework Repair Tool», затем перейдите на сайт Майкрософт.

Щелкните на кнопку Download, в следующем окне отметьте флажком NetFxRepairTool.exe и нажмите далее, чтобы начать загрузку.

Запустите загруженный файл и следуйте запросам до завершения установки.

После перезагрузки компьютера повторите то действие, которые было прервано сообщением с кодом 0xe0434352.

Пример c try и catch в C# (example)

Вот пример обработки исключения типа с операторами и в C#:

// Exception handling of above code
// using try catch blocks
 
using System;
 
class Program : System.Exception {
    static void Main(string[] args)
    {
        // Declare an array of max index 4
        int[] arr = { 1, 2, 3, 4, 5 };
 
        // Display values of array elements
        for (int i = 0; i < arr.Length; i++) {
            Console.WriteLine(arr);
        }
 
        try {
 
            // Try to access invalid index of array
            Console.WriteLine(arr);
            // An exception is thrown upon executing
            // the above line
        }
        catch (IndexOutOfRangeException e) {
 
            // The Message property of the object
            // of type IndexOutOfRangeException
            // is used to display the type of exception
            // that has occurred to the user.
            Console.WriteLine("An Exception has occurred : {0}", e.Message);
        }
    } 

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

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

Если менее конкретные исключения будут записаны перед более конкретными, то компилятор может выдать ошибку из-за невозможности достигнуть следующего блока.

Пример многоразового использования блока в C#:

// C# Program to show use of
// multiple try catch blocks
using System;
 
class Program {
 
    static void Main(string[] args)
    {
        int[] arr = {19, 0, 75, 52};
 
        try {
 
            // Try to generate an exception
            for (int i = 0; i < arr.Length; i++) {
                Console.WriteLine(arr / arr);
            }
        }
 
        // Catch block for invalid array access
        catch (IndexOutOfRangeException e) {
 
            Console.WriteLine("An Exception has occurred : {0}", e.Message);
        }
 
        // Catch block for attempt to divide by zero
        catch (DivideByZeroException e) {
 
            Console.WriteLine("An Exception has occurred : {0}", e.Message);
        }
 
        // Catch block for value being out of range
        catch (ArgumentOutOfRangeException e) {
 
            Console.WriteLine("An Exception has occurred : {0}", e.Message);
        }
 
        // Finally block
        // Will execute irrespective of the above catch blocks
        finally {
            for (int i = 0; i < arr.Length; i++) {
                Console.Write(" {0}", arr);
            }
        }
    }
}