C # bir yığın taşması istisnasını yakala

Yığın taşması özel durumu oluşturan bir yönteme yinelemeli çağrım var. İlk çağrı bir try catch bloğu ile çevrilidir ancak istisna yakalanmaz.

Yığın taşma istisnası özel bir şekilde mi davranır? İstisnayı doğru bir şekilde yakalayabilir / ele alabilir miyim?

Alakalı olup olmadığından emin değilim, ancak ek bilgiler:

• istisna ana iş parçacığına atılmaz

• kodun istisnayı attığı nesne Assembly.LoadFrom (...) tarafından manuel olarak yüklenir. CreateInstance (...)

2.0'dan başlayarak bir StackOverflow İstisnası yalnızca aşağıdaki durumlarda yakalanabilir.

1. CLR, ana bilgisayarın özellikle StackOverflow istisnalarının işlenmesine izin verdiği, barındırılan bir ortamda ^* çalıştırılmaktadır.
2. Stackoverflow istisnası, gerçek bir yığın taşması durumu nedeniyle değil, kullanıcı kodu tarafından atılır ( Referans )

_{^* "Kodum CLR'yi barındırıyor ve CLR seçeneklerini yapılandırıyorum" gibi "barındırılan ortam", "kodum paylaşılan barındırmada çalışıyor" değil}

Doğru yol, taşmayı düzeltmektir, ama ...

Kendinize daha büyük bir yığın verebilirsiniz: -

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

Kullandığınız kareleri saymak ve bir çerçeve sınırına ulaşıldığında kendi özel durumunuzu atmak için System.Diagnostics.StackTrace FrameCount özelliğini kullanabilirsiniz.

Ya da kalan yığının boyutunu hesaplayabilir ve bir eşiğin altına düştüğünde kendi istisnanızı atabilirsiniz: -

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

Sadece Peyniri yakala. ;)

StackOverflowException s üzerindeki MSDN sayfasından :

.NET Framework'ün önceki sürümlerinde, uygulamanız bir StackOverflowException nesnesini yakalayabilir (örneğin, sınırsız özyinelemeden kurtarmak için). Ancak, bir yığın taşması istisnasını güvenilir bir şekilde yakalamak ve program yürütmeye devam etmek için önemli miktarda ek kod gerektiğinden, bu uygulama şu anda tavsiye edilmemektedir.

.NET Framework sürüm 2.0'dan başlayarak, bir StackOverflowException nesnesi bir dene-yakala bloğu tarafından yakalanamaz ve karşılık gelen işlem varsayılan olarak sonlandırılır. Sonuç olarak, kullanıcılara yığın taşmasını algılamak ve önlemek için kodlarını yazmaları önerilir. Örneğin, uygulamanız özyinelemeye bağlıysa, özyinelemeli döngüyü sonlandırmak için bir sayaç veya durum koşulu kullanın. Ortak dil çalışma zamanını (CLR) barındıran bir uygulamanın, CLR'nin yığın taşması istisnasının meydana geldiği uygulama etki alanını kaldırmasını ve karşılık gelen işlemin devam etmesine izin vermesini belirtebileceğini unutmayın. Daha fazla bilgi için, bkz. ICLRPolicyManager Arabirimi ve Ortak Dil Çalışma Zamanını Barındırma.

Birkaç kullanıcının daha önce söylediği gibi, istisnayı yakalayamazsınız. Bununla birlikte, nerede olduğunu bulmakta zorlanıyorsanız, görsel stüdyoyu atıldığında kırılacak şekilde yapılandırmak isteyebilirsiniz.

Bunu yapmak için, 'Hata Ayıkla' menüsünden İstisna Ayarları'nı açmanız gerekir. Visual Studio'nun eski sürümlerinde, bu 'Hata Ayıklama' - 'İstisnalar'; daha yeni sürümlerde, "Hata Ayıkla" - "Windows" - "İstisna Ayarları" konumundadır.

Ayarları açtıktan sonra, 'Ortak Dil Çalışma Zamanı İstisnaları'nı genişletin,' Sistem'i genişletin, aşağı kaydırın ve 'System.StackOverflowException' öğesini işaretleyin. Ardından çağrı yığınına bakabilir ve yinelenen çağrı modelini arayabilirsiniz. Bu size yığının taşmasına neden olan kodu düzeltmek için nereye bakmanız gerektiği konusunda bir fikir vermelidir.

Yukarıda birkaç kez bahsedildiği gibi, bozuk işlem durumu nedeniyle Sistem tarafından oluşturulan bir StackOverflowException'ı yakalamak mümkün değildir. Ancak istisnayı bir olay olarak fark etmenin bir yolu var:

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

.NET Framework sürüm 4'ten başlayarak, olay işleyicisi güvenlik açısından kritik olmadığı ve HandleProcessCorruptedStateExceptionsAttribute özniteliğine sahip olmadığı sürece, işlemin durumunu (yığın taşmaları veya erişim ihlalleri gibi) bozan istisnalar için bu olay başlatılmaz.

Bununla birlikte, uygulamanız olay işlevinden çıktıktan sonra sona erecektir (ÇOK kirli bir çözüm, uygulamayı bu olay içinde yeniden başlatmaktı haha, bunu yapmadım ve asla yapmayacak). Ama giriş yapmak için yeterince iyi!

.NET Framework 1.0 ve 1.1 sürümlerinde, ana uygulama iş parçacığı dışındaki bir iş parçacığında oluşan işlenmemiş bir istisna, çalışma zamanı tarafından yakalanır ve bu nedenle uygulamanın sonlandırılmasına neden olmaz. Bu nedenle, uygulama sonlandırılmadan UnhandledException olayının ortaya çıkması mümkündür. NET Framework sürüm 2.0'dan başlayarak, alt iş parçacıklarındaki işlenmemiş istisnalar için bu geri döndürmez durdurucu kaldırıldı, çünkü bu tür sessiz hataların kümülatif etkisi, performans düşüşünü, bozuk verileri ve kilitlenmeleri içeriyordu ve bunların tümü hata ayıklaması zordu. Çalışma zamanının sona ermediği servis taleplerinin listesi dahil olmak üzere daha fazla bilgi için, Yönetilen İş Parçacıklarındaki İstisnalar konusuna bakın.

Evet, CLR 2.0'dan itibaren yığın taşması kurtarılamaz bir durum olarak kabul edilir. Böylece çalışma zamanı hala süreci kapatır.

Ayrıntılar için lütfen http://msdn.microsoft.com/en-us/library/system.stackoverflowexception.aspx belgelerine bakın.

Yapamazsın. CLR size izin vermeyecek. Yığın taşması önemli bir hatadır ve kurtarılamaz.

Gönderilerin çoğunun açıkladığı gibi yapamazsınız, başka bir alan eklememe izin verin:

Birçok web sitesinde, bundan kaçınmanın yolunun farklı bir AppDomain kullanmak olduğunu söyleyen insanlar bulacaksınız, bu durumda bu durumda alan kaldırılacaktır. Bu kesinlikle yanlıştır (CLR'nizi barındırmadığınız sürece), çünkü CLR'nin varsayılan davranışı bir KillProcess olayı oluşturarak varsayılan AppDomain'inizi düşürür.

Bu imkansız ve iyi bir nedenden ötürü (birincisi, etraftaki tüm bu yakalamaları (İstisna) {} düşünün).

Yığın taşmasından sonra yürütmeye devam etmek istiyorsanız, tehlikeli kodu farklı bir AppDomain'de çalıştırın. CLR politikaları, orijinal alanı etkilemeden taşma durumunda mevcut AppDomain'i sonlandıracak şekilde ayarlanabilir.