Виключення виключення переповнення стека

У мене є рекурсивний виклик методу, який викидає виняток переповнення стека. Перший виклик оточений блоком спробу лову, але виняток не вловлюється.

Чи поводиться виняток переповнення стека особливим чином? Чи можу я зловити / обробити виняток належним чином?

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

• виняток не закидається в основну нитку

• об’єкт, куди викидає код винятку, завантажується вручну в 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 не може бути зафіксований блоком спробу вловлювання, і відповідний процес закінчується за замовчуванням. Отже, користувачам рекомендується написати свій код, щоб виявити та запобігти переповненню стека. Наприклад, якщо ваша програма залежить від рекурсії, використовуйте лічильник або стан стану, щоб припинити рекурсивний цикл. Зауважте, що програма, в якій розміщено загальну мову виконання (CLR), може вказати, що CLR вивантажує домен програми, де відбувається виняток переповнення стека, і дозволить продовжувати відповідний процес. Для отримання додаткової інформації див. Інтерфейс ICLRPolicyManager та розміщення загальної мови виконання.

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

Для цього вам потрібно відкрити Параметри винятку в меню "Налагодження". У більш старих версіях Visual Studio це в "Налагодження" - "Винятки"; у нових версіях він знаходиться в розділі "Налагодження" - "Windows" - "Налаштування виключення".

Після відкриття налаштувань розгорніть "Винятки з загальної мови виконання", розгорніть "Система", прокрутіть униз і поставте прапорець "System.StackOverflowException". Потім ви можете переглянути стек викликів і шукати повторюваний зразок дзвінків. Це повинно дати вам уявлення, де шукати, щоб виправити код, що викликає переповнення стека.

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

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

Починаючи з версії 4 .NET Framework, ця подія не піднімається за винятками, які пошкоджують стан процесу, наприклад, переповнення стека чи порушення доступу, якщо тільки обробник події не є критичним для безпеки та має атрибут 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 не дозволить вам. Переповнення стека - це фатальна помилка, яку неможливо відновити.

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

На багатьох веб-сайтах ви знайдете людей, які говорять, що спосіб уникнути цього - використання іншого AppDomain, тому, якщо це станеться, домен буде завантажений. Це абсолютно неправильно (якщо ви не приймаєте CLR), оскільки поведінка CLR за замовчуванням призведе до події KillProcess, знизивши ваш AppDomain за замовчуванням.

Це неможливо, і з поважної причини (для одного, подумайте про весь цей вилов (Виняток) {} навколо).

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