остановите сервер разработки, когда я прекращу отлаживать

Исключения являются медленными, пытаются не использовать их.

Видят ответ, который я дал здесь .

В основном, Chris Brumme (кто был в команде CLR) сказал, что они реализованы как исключения SEH, таким образом, Вы получаете большой удар, когда они брошены, должны получить штрафы, поскольку они пузырятся через стек OS. Это действительно превосходная статья и идет подробно в том, что происходит, когда Вы выдаете исключение. например:

, Конечно, самая большая стоимость исключений - при фактическом броске того. I’ll возвращают этой близости конец блога.

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

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

Рассматривают некоторые вещи, которые происходят, когда Вы выдаете исключение:

• Захват отслеживание стека путем интерпретации метаданных, испускаемых компилятором для руководства нашего стека, раскручиваются.

• Пробегает цепочку обработчиков стек, называя каждый обработчик дважды.

• Компенсируют несоответствия между SEH, C++ и организованными исключениями.

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

• , Вероятно, предпринимают путешествие через ядро ОС. Часто берите аппаратное исключение.

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

Это - световые годы далеко от возврата-1 от Вашего вызова функции. Исключения являются по сути нелокальными, и если there’s очевидная и устойчивая тенденция для today’s архитектуры, it’s, что необходимо остаться локальными для хорошей производительности.

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

старая пословица, исключения должны только использоваться для исключительных обстоятельств , так же верно для C#, как это для любого другого языка.