Не зупиняйте налагоджувач на ТОМ виключенні, коли його кидають і ловлять

В інструментах / винятках я встановив параметр, що налагоджувач зупиняється, коли створюється виняток. Незалежно від того, спійманий він чи ні.

Як виключити виняток із цього правила? Десь у моєму коді є спійманий виняток, який є частиною логіки програми. Тому я, очевидно, не хочу, щоб цей виняток зупиняв налагоджувач кожного разу, коли він потрапляє.

Приклад: Я хочу ігнорувати виняток nullreference (який перехоплюється) у рядку 344. Я хочу зупинитися на всіх інших винятках

Якщо я правильно пам'ятаю, ви можете використовувати DebuggerStepThroughатрибут методу, який містить код, який ви не хочете, щоб виняток запускався. Припускаю, ви можете виділити код, який запускає надокучливий виняток у методі, і прикрасити його атрибутом.

DebuggerHidden це твій друг!

Загальномовна середовище виконання не додає до цього атрибуту ніякої семантики. Він надається для використання налагоджувачами вихідного коду. Наприклад, налагоджувач Visual Studio 2005 не зупиняється в методі, позначеному цим атрибутом, і не дозволяє встановлювати точку зупинки в методі. Іншими атрибутами налагоджувача, розпізнаними налагоджувачем Visual Studio 2005, є DebuggerNonUserCodeAttribute та DebuggerStepThroughAttribute.

Перевірено на VS2010 і чудово працює.

Хоча, DebuggerStepThroughздається, також працює для деяких конкретних версій налагоджувача, DebuggerHiddenсхоже, працює для більш широкого кола ситуацій на основі коментарів до обох відповідей.

Зауважте, що обидва варіанти наразі не працюють з методами блоку ітераторів або з методами async / await . Це може бути виправлено в пізнішому оновленні Visual Studio.

DebuggerStepThrough - це той, який буде використаний для запобігання злому налагоджувачем у методі, де є спроба / зловити.

Але це працює, лише якщо ви не зняли прапорець "Увімкнути лише мій код (лише керований)" у загальних налаштуваннях параметрів налагодження Visual Studio (меню Інструменти / Параметри, налагодження вузла / Загальне) ...

Детальніше про цей атрибут на http://abhijitjana.net/2010/09/22/tips-on-debugging-using-debuggerstepthrough-attribute/

DebuggerHidden просто заважатиме налагоджувачу відображати метод, де викидається виняток. Натомість він покаже перший метод у стеку, який не позначений цим атрибутом ...

Атрибути, зазначені в інших відповідях (та інших, таких як DebuggerNonUserCodeатрибут), більше не працюють однаково за замовчуванням у Visual Studio 2015. Налагоджувач порушить винятки в методах ринку з цими атрибутами, на відміну від старих версій VS. Щоб вимкнути підвищення продуктивності, яке змінило їх поведінку, потрібно змінити параметри реєстру:

reg add HKCU\Software\Microsoft\VisualStudio\14.0_Config\Debugger\Engine /v AlwaysEnableExceptionCallbacksOutsideMyCode /t REG_DWORD /d 1

Більше інформації можна знайти в блозі візуальної студії .

(Це, мабуть, повинен бути коментарем до верхньої відповіді, але у мене недостатньо представників)

Ви не можете виділити виняток, який було створено у певному місці вашого коду. Тим не менш, ви можете відключити виключення певного типу.

Якщо ваш власний код кидає виняток, про який йде мова, я б зробив це спеціальним винятком, похідним від того, що підходить, а потім відключив порушення налагодження для цього похідного типу.

Вимкнення системних винятків як NullReferenceException вплине на всю систему, що, звичайно, не бажано під час розробки.

Зверніть увагу, що для винятків існує два типи порушення поведінки:

• Кинуто: якщо вибрано, розриви, як тільки буде вилучено виняток цього типу
• Не обробляється користувачем: якщо вибрано, розбиває лише в тому випадку, якщо виняток цього типу не обробляється методом try / catch.

Ви можете видалити перевірку в "Thrown" для NullReferenceException, що дасть вам перевагу, не порушуючи кожного разу, коли ваша система проходить відповідний рядок у вашому коді, але все одно порушуючи, якщо у вас є якісь необроблені очікування NullReference, що трапляються в інших частинах система.