C # menangkap pengecualian stack overflow

Saya memiliki panggilan rekursif ke metode yang melempar pengecualian stack overflow. Panggilan pertama dikelilingi oleh blok coba tangkap tetapi pengecualian tidak tertangkap.

Apakah pengecualian stack overflow berperilaku dengan cara khusus? Bisakah saya menangkap / menangani pengecualian dengan benar?

Tidak yakin apakah relevan, tetapi informasi tambahan:

• pengecualian tidak ditampilkan di utas utama

• objek tempat kode melemparkan pengecualian dimuat secara manual oleh Assembly.LoadFrom (...). CreateInstance (...)

Dimulai dengan 2.0, Pengecualian StackOverflow hanya dapat ditangkap dalam keadaan berikut.

1. CLR dijalankan dalam lingkungan yang dihosting ^{* di} mana host secara khusus mengizinkan pengecualian StackOverflow untuk ditangani
2. Pengecualian stackoverflow dilemparkan oleh kode pengguna dan bukan karena situasi stack overflow yang sebenarnya ( Referensi )

_{^* "lingkungan yang dihosting" seperti dalam "kode saya menghosting CLR dan saya mengonfigurasi opsi CLR" dan bukan "kode saya berjalan di hosting bersama"}

Cara yang benar adalah dengan memperbaiki overflow, tapi ....

Anda dapat memberi diri Anda tumpukan yang lebih besar: -

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

Anda dapat menggunakan properti System.Diagnostics.StackTrace FrameCount untuk menghitung bingkai yang telah Anda gunakan dan menampilkan pengecualian Anda sendiri saat batas bingkai tercapai.

Atau, Anda dapat menghitung ukuran tumpukan yang tersisa dan memberikan pengecualian Anda sendiri saat berada di bawah ambang batas: -

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();
    }
}

Tangkap kejunya. ;)

Dari halaman MSDN di StackOverflowException :

Dalam versi sebelumnya dari .NET Framework, aplikasi Anda bisa menangkap objek StackOverflowException (misalnya, untuk memulihkan dari rekursi tak terbatas). Namun, praktik tersebut saat ini tidak disarankan karena kode tambahan yang signifikan diperlukan untuk menangkap pengecualian stack overflow dan melanjutkan eksekusi program secara andal.

Dimulai dengan .NET Framework versi 2.0, objek StackOverflowException tidak dapat ditangkap oleh blok coba-tangkap dan proses terkait diakhiri secara default. Akibatnya, pengguna disarankan untuk menulis kode mereka untuk mendeteksi dan mencegah stack overflow. Misalnya, jika aplikasi Anda bergantung pada rekursi, gunakan penghitung atau kondisi status untuk menghentikan loop rekursif. Perhatikan bahwa aplikasi yang menghosting waktu proses bahasa umum (CLR) dapat menentukan bahwa CLR membongkar domain aplikasi tempat terjadi pengecualian stack overflow dan membiarkan proses terkait berlanjut. Untuk informasi selengkapnya, lihat Antarmuka ICLRPolicyManager dan Menghosting Waktu Proses Bahasa Umum.

Seperti yang telah dikatakan beberapa pengguna, Anda tidak dapat menangkap pengecualian. Namun, jika Anda kesulitan mencari tahu di mana itu terjadi, Anda mungkin ingin mengonfigurasi studio visual agar berhenti ketika dilempar.

Untuk melakukan itu, Anda perlu membuka Pengaturan Pengecualian dari menu 'Debug'. Dalam versi Visual Studio yang lebih lama, ini ada di 'Debug' - 'Pengecualian'; dalam versi yang lebih baru, ada di 'Debug' - 'Windows' - 'Exception Settings'.

Setelah Anda membuka pengaturan, perluas 'Common Language Runtime Exception', perluas 'System', gulir ke bawah dan centang 'System.StackOverflowException'. Kemudian Anda dapat melihat tumpukan panggilan dan mencari pola panggilan yang berulang. Itu akan memberi Anda gambaran tentang ke mana harus mencari untuk memperbaiki kode yang menyebabkan tumpukan melimpah.

Seperti yang disebutkan di atas beberapa kali, tidak mungkin menangkap StackOverflowException yang dimunculkan oleh Sistem karena status proses yang rusak. Tapi ada cara untuk melihat pengecualian sebagai acara:

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

Dimulai dengan .NETFramework versi 4, peristiwa ini tidak dimunculkan untuk pengecualian yang merusak status proses, seperti tumpukan overflows atau pelanggaran akses, kecuali jika pengendali peristiwa penting keamanan dan memiliki atribut HandleProcessCorruptedStateExceptionsAttribute.

Namun aplikasi Anda akan berhenti setelah keluar dari fungsi-acara (solusi yang SANGAT kotor, adalah memulai ulang aplikasi dalam acara ini haha, belum melakukannya dan tidak akan pernah melakukannya). Tapi itu cukup bagus untuk penebangan!

Di .NETFramework versi 1.0 dan 1.1, pengecualian tidak tertangani yang terjadi di utas selain utas aplikasi utama ditangkap oleh runtime dan oleh karena itu tidak menyebabkan aplikasi dihentikan. Jadi, peristiwa UnhandledException bisa dimunculkan tanpa penghentian aplikasi. Dimulai dengan .NET Framework versi 2.0, penghentian ini untuk pengecualian yang tidak tertangani di utas turunan telah dihapus, karena efek kumulatif dari kegagalan diam tersebut termasuk penurunan kinerja, data yang rusak, dan penguncian, yang semuanya sulit untuk di-debug. Untuk informasi selengkapnya, termasuk daftar kasus di mana runtime tidak berhenti, lihat Pengecualian di Thread Terkelola.

Ya dari CLR 2.0 stack overflow dianggap sebagai situasi yang tidak dapat dipulihkan. Jadi runtime masih menghentikan proses.

Untuk detailnya silakan lihat dokumentasi http://msdn.microsoft.com/en-us/library/system.stackoverflowexception.aspx

Tidak boleh. CLR tidak akan membiarkan Anda. Stack overflow adalah kesalahan fatal dan tidak dapat dipulihkan.

Anda tidak bisa karena sebagian besar postingan menjelaskan, izinkan saya menambahkan area lain:

Di banyak situs web Anda akan menemukan orang-orang mengatakan bahwa cara untuk menghindarinya adalah menggunakan AppDomain yang berbeda jadi jika ini terjadi domain akan dibongkar. Itu benar-benar salah (kecuali Anda meng-host CLR Anda) karena perilaku default CLR akan memunculkan peristiwa KillProcess, menurunkan AppDomain default Anda.

Itu tidak mungkin, dan untuk alasan yang bagus (untuk satu, pikirkan tentang semua tangkapan (Pengecualian) {} di sekitar).

Jika Anda ingin melanjutkan eksekusi setelah stack overflow, jalankan kode berbahaya di AppDomain yang berbeda. Kebijakan CLR dapat disetel untuk menghentikan AppDomain saat ini saat melimpah tanpa memengaruhi domain asli.