C # перехватывает исключение переполнения стека

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

Исключение переполнения стека ведет себя особым образом? Могу ли я правильно поймать / обработать исключение?

Не уверен, если актуально, но дополнительная информация:

• исключение не создается в основном потоке

• объект, в котором код генерирует исключение, загружается вручную с помощью Assembly.LoadFrom (...). CreateInstance (...)

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

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

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

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

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

using System.Threading;
Thread T = new Thread(threadDelegate, stackSizeInBytes);
T.Start();

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

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

class Program
{
    static int n;
    static int topOfStack;
    const int stackSize = 1000000; // Default?

    // The func is 76 bytes, but we need space to unwind the exception.
    const int spaceRequired = 18*1024; 

    unsafe static void Main(string[] args)
    {
        int var;
        topOfStack = (int)&var;

        n=0;
        recurse();
    }

    unsafe static void recurse()
    {
        int remaining;
        remaining = stackSize - (topOfStack - (int)&remaining);
        if (remaining < spaceRequired)
            throw new Exception("Cheese");
        n++;
        recurse();
    }
}

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

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

В предыдущих версиях .NET Framework ваше приложение могло перехватить объект StackOverflowException (например, для восстановления после неограниченной рекурсии). Однако такая практика в настоящее время не приветствуется, поскольку требуется значительный дополнительный код для надежного обнаружения исключения переполнения стека и продолжения выполнения программы.

Начиная с .NET Framework версии 2.0, объект StackOverflowException не может быть перехвачен блоком try-catch, и соответствующий процесс завершается по умолчанию. Следовательно, пользователям рекомендуется писать свой код для обнаружения и предотвращения переполнения стека. Например, если ваше приложение зависит от рекурсии, используйте счетчик или условие состояния, чтобы завершить рекурсивный цикл. Обратите внимание, что приложение, в котором размещается среда CLR, может указать, что CLR выгружает домен приложения, в котором возникает исключение переполнения стека, и позволяет соответствующему процессу продолжаться. Дополнительные сведения см. В разделах Интерфейс ICLRPolicyManager и Размещение общеязыковой среды выполнения.

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

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

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

Как упоминалось выше несколько раз, невозможно перехватить StackOverflowException, которое было вызвано Системой из-за поврежденного состояния процесса. Но есть способ заметить исключение как событие:

http://msdn.microsoft.com/en-us/library/system.appdomain.unhandledexception.aspx

Начиная с .NET Framework версии 4, это событие не возникает для исключений, которые нарушают состояние процесса, таких как переполнение стека или нарушения доступа, если только обработчик событий не является критичным для безопасности и не имеет атрибута HandleProcessCorruptedStateExceptionsAttribute.

Тем не менее, ваше приложение будет завершено после выхода из функции события (ОЧЕНЬ грязный обходной путь заключался в перезапуске приложения в этом событии, ха-ха, этого не было и никогда не будет). Но для регистрации вполне достаточно!

В .NET Framework версий 1.0 и 1.1 необработанное исключение, которое возникает в потоке, отличном от основного потока приложения, перехватывается средой выполнения и поэтому не приводит к завершению работы приложения. Таким образом, событие UnhandledException может возникнуть без завершения работы приложения. Начиная с .NET Framework версии 2.0, эта задержка для необработанных исключений в дочерних потоках была удалена, поскольку совокупный эффект таких тихих сбоев включал снижение производительности, поврежденные данные и блокировки, которые было трудно отлаживать. Дополнительные сведения, включая список случаев, в которых среда выполнения не завершается, см. В разделе Исключения в управляемых потоках.

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

Подробнее см. В документации http://msdn.microsoft.com/en-us/library/system.stackoverflowexception.aspx

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

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

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

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

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