Visual Studio не нарушает пользовательские исключения

Ответ 1

Debug->Exceptions->Check Thrown/User-Unhandled для исключений среды выполнения Common Language

edit: Может быть, попробуйте сделать чистую/перестроить и снова запустить? Возможно, отладочные символы повреждены или что-то в этом роде.

Ответ 2

В зависимости от приложения следующие параметры могут помочь вам:

Инструменты → Опции... → Отладка → Общие

• Перерыв, когда исключения пересекаются с доменами AppDomain или управляемыми/родными (только для управляемых)
• Включить помощника по устранению
  • Отвяжите стек вызовов при необработанных исключениях
• Снимите флажок Включить только мой код и larr; JMC может помешать вам перехватывать исключения в коде, который не принадлежит вашим и/или отсутствует.

Ответ 3

В моем случае, когда я перешел в Debug → Exceptions, отсутствовал столбец с необработанным пользователем. Переход к Debug → Параметры и настройки и включение Enable Just My Code исправили это, что, следовательно, полностью устранило эту проблему.

Ответ 4

Для визуальной студии 2015:

1.Открыть окно настроек исключения (новое в 2015 году)

2.Проверьте все исключения CLR

3.Если вам не нужна визуальная студия для исключения определенных исключений, снимите этот флажок

Ответ 5

Это фиксировало это для меня: в быстрой лаухе (Ctrl-Q) введите "ResetToС#" (или ResetTo что-то еще)

У меня была такая же проблема в течение длительного времени. В меню "Отладка- > исключения" отсутствовал столбец "Пользовательский необработанный"! Чрезвычайно раздражает.

Я удалил все свои плагины, переустановил VS, но ничего не получилось (Visual Studio, вероятно, оставила некоторые настройки на моей машине, которые повторно использовались после переустановки).

Это может показаться не лучшим решением, так как там должно быть какое-то задание, которое бы это сделало. Я не мог найти его и после того, как не смог сломать пользовательские необработанные исключения в течение нескольких месяцев, опция ResetToС# была облегчением.

Ответ 6

У меня была такая же проблема в Visual Studio 2013 на очень большом проекте С#. Однако, если я создал новый пустой проект и бросил тестовое ApplicationException, все будет работать так, как ожидалось, и отладчик сломается и предоставит мне помощника по исключению. Выполнение этого же в моем существующем проекте просто прекратит отладку и вернется в режим редактирования VS. Я заметил, что в окне "Выход" последняя трассировка отладки будет показывать

Программа '[2624] MyApplication.vshost.exe' вышла с кодом -1073741819 (0xc0000005) "Нарушение доступа".

У меня нет роскоши копировать все в новый проект, и ни одно из вышеперечисленных предложений не работало для меня. В результате проб и ошибок я нашел что-то, что сработало: Снимите флажок "Развернуть стек вызовов на необработанных исключениях" в разделе "Параметры" > "Отладка" > "Основные" > "Включить помощника по устранению" .

Кстати, если я вручную заставляю стек вызовов разматываться на этом же проекте С# через помощника по исключению (нажав ссылку "Разрешить редактирование" ), отладчик просто закрывается, и я не могу редактировать и продолжать, Но в новом проекте он отлично работает и редактирует и продолжает работать! Таким образом, в моем проекте определенно есть что-то вроде VS, но я пока буду использовать это как приемлемое обходное решение.

Ответ 7

Единственное, что сработало для меня, было:

Инструменты → Параметры импорта и экспорта → Reset все настройки, а затем Reset на С#.

Ответ 8

Изменение целевой платформы от x64 до x86 помогло мне

Ответ 9

Если в вашем решении имеется несколько проектов веб-сайта, убедитесь, что проект, который вы хотите отлаживать, активен. Щелкните правой кнопкой мыши и выберите Установить как проект Startup.

Это натолкнуло меня на некоторое время, поскольку нет явных признаков того, что неправильный веб-сайт отлаживается.