C ++ tüm istisnaları yakalar

Java'nın c ++ eşdeğeri var mı

try {
    ...
}
catch (Throwable t) {
    ...
}

Yerel windows işlevlerini çağıran Java / jni kodu hata ayıklamaya çalışıyorum ve sanal makine çökmeye devam ediyor. Yerel kod birim testinde iyi görünür ve yalnızca jni aracılığıyla çağrıldığında çöküyor gibi görünür. Genel bir istisna yakalama mekanizması son derece yararlı olacaktır.

try{
    // ...
} catch (...) {
    // ...
}

tüm C ++ istisnalarını yakalar, ancak kötü tasarım olarak kabul edilmelidir. C ++ 11'in yeni current_exception mekanizmasını kullanabilirsiniz, ancak c ++ 11'i (yeniden yazma gerektiren eski kod sistemleri) kullanma yeteneğiniz yoksa, bir ileti veya ad almak için adlandırılmış istisna işaretçiniz yok . Yakalayabileceğiniz çeşitli istisnalar için ayrı yakalama cümleleri eklemek ve yalnızca beklenmedik bir istisna kaydetmek için alt kısımdaki her şeyi yakalamak isteyebilirsiniz. Örneğin:

try{
    // ...
} catch (const std::exception& ex) {
    // ...
} catch (const std::string& ex) {
    // ...
} catch (...) {
    // ...
}

Birisi, C ++ kodunda "çökmeleri" yakalayamayacağını eklemelidir. İstisnalar atmazlar, istedikleri her şeyi yaparlar. Boş gösterici dereference dediği için bir programın çöktüğünü gördüğünüzde, tanımsız davranış yapıyor. Yok std::null_pointer_exception. İstisnaları yakalamaya çalışmak burada yardımcı olmaz.

Birisi bu konuyu okuyor ve program çökmelerinin nedenini alabileceğini düşünüyor. Bunun yerine gdb gibi bir hata ayıklayıcı kullanılmalıdır.

catch(...)GCC ile gereksinim duyduğunuzda (üçüncü taraf kitaplığından bilinmeyenleri yakalarken yararlı olabilir) istisna türünü içerden tersine yapılandırabilirsiniz:

#include <iostream>

#include <exception>
#include <typeinfo>
#include <stdexcept>

int main()
{
    try {
        throw ...; // throw something
    }
    catch(...)
    {
        std::exception_ptr p = std::current_exception();
        std::clog <<(p ? p.__cxa_exception_type()->name() : "null") << std::endl;
    }
    return 1;
}

ve Boost'u kullanmayı göze alabiliyorsanız , yakalama bölümünüzü daha basit (dışarıdan) ve potansiyel olarak çapraz platform haline getirebilirsiniz

catch (...)
{
    std::clog << boost::current_exception_diagnostic_information() << std::endl;
}

try {
   // ...
} catch (...) {
   // ...
}

...İçinde catchgerçek bir üç nokta olduğunu unutmayın . üç nokta.

Ancak, C ++ özel durumlarının bir temel Exceptionsınıfın alt sınıfları olması gerekmediğinden , bu yapı kullanılırken atılan özel durum değişkenini gerçekten görmenin bir yolu yoktur.

tüm istisnaları taşınabilir bir şekilde yakalamak mümkün değildir (C ++ ile). Bunun nedeni, bazı istisnaların bir C ++ bağlamında istisnalar olmamasıdır. Buna sıfır hatalara bölünme ve diğerleri dahildir. Bu hatalar meydana geldiğinde hacklemek ve böylece istisnalar atmak mümkündür, ancak yapmak kolay değildir ve kesinlikle taşınabilir bir şekilde elde etmek kolay değildir.

Tüm STL istisnalarını yakalamak istiyorsanız,

try { ... } catch( const std::exception &e) { ... }

Hangi kullanmanıza izin verecek e.what(), hangi bir döndürecektir const char*, bu size istisna hakkında daha fazla bilgi verebilir. Bu, en çok sorduğunuz Java yapısına benzeyen yapıdır.

Birisi miras almayan bir istisna atacak kadar aptalsa bu size yardımcı olmaz std::exception.

Kısacası kullanın catch(...). Bununla catch(...)birlikte, throw;temel olarak aşağıdakilerle birlikte kullanılması gerektiğini unutmayın :

try{
    foo = new Foo;
    bar = new Bar;
}
catch(...)       // will catch all possible errors thrown. 
{ 
    delete foo;
    delete bar;
    throw;       // throw the same error again to be handled somewhere else
}

Kullanmanın doğru yolu budur catch(...).

bunu yazarak yapmak mümkündür:

try
{
  //.......
}
catch(...) // <<- catch all
{
  //.......
}

Ancak burada çok fark edilmeyen bir risk var: tryblokta atılan kesin hata türünü bulamıyorsunuz , bu nedenle catchistisna türü ne olursa olsun, programın devam etmesi gerektiğinden emin olduğunuzda bu tür catchblokta tanımlanan şekilde .

Kullanabilirsiniz

catch(...)

ama bu çok tehlikeli. Windows Hata Ayıklama kitabında John Robbins, catch (...) komutuyla maskelenen gerçekten kötü bir hata hakkında bir savaş hikayesi anlatıyor. Belirli istisnaları yakalamaktan çok daha iyisiniz. Deneme bloğunuzun makul bir şekilde atılabileceğini düşündüğünüz her şeyi yakalayın, ancak gerçekten beklenmedik bir şey olursa kodun bir istisna atmasına izin verin.

Burada biraz bahsedeyim: Java

try 
{
...
}
catch (Exception e)
{
...
}

tüm istisnaları yakalayamayabilir! Aslında daha önce böyle bir şey oldu, ve bu çok kışkırtıcı; İstisna, Throwable'dan türetilir. Kelimenin tam anlamıyla, her şeyi yakalamak için İstisnaları yakalamak istemezsiniz; Throwable'ı yakalamak istiyorsun.

Kulağa nitpicky geldiğini biliyorum, ama birkaç gün geçirdikten sonra "yakalanmayan istisna" bir try ... catch (Exception e) bloğu ile çevrili koddan nereden geldiğini anlamaya çalıştığınızda, sen.

Örneğin, bir mini döküm oluşturmak için tüm istisnaları yakalamak isterseniz ...

Birisi işi Windows'ta yaptı.

Bkz. Http://www.codeproject.com/Articles/207464/Exception-Handling-in-Visual-Cplusplus Makalede, her türlü istisnayı nasıl yakalayacağını nasıl öğrendiğini ve çalışan kodu sağladığını açıklıyor.

Yakalayabileceğiniz liste:

 SEH exception
 terminate
 unexpected
 pure virtual method call
 invalid parameter
 new operator fault 
 SIGABR
 SIGFPE
 SIGILL
 SIGINT
 SIGSEGV
 SIGTERM
 Raised exception
C++ typed exception

Ve kullanımı: CCrashHandler ch; ch.SetProcessExceptionHandlers (); // bunu bir iş parçacığı için yapın ch.SetThreadExceptionHandlers (); // her bir atış için

Varsayılan olarak, bu geçerli dizinde bir mini döküm oluşturur (crashdump.dmp)

Genel bir istisna yakalama mekanizması son derece yararlı olacaktır.

Şüpheli. Kodunuzun bozuk olduğunu zaten biliyorsunuz, çünkü kilitleniyor. İstisnalar yemek bunu maskeleyebilir, ancak bu muhtemelen daha nahoş, daha ince böceklerle sonuçlanır.

Gerçekten istediğiniz bir hata ayıklayıcı ...

1. JVM çökmeden önce tespit edilmiş olabilecek herhangi bir rapor olup olmadığını görmek için JNI kullanan Java uygulamanızı bir konsol penceresinden çalıştırabilir (bir java komut satırından başlatabilirsiniz). Doğrudan bir Java penceresi uygulaması olarak çalıştırırken, bunun yerine bir konsol penceresinden koştuğunuzda görüntülenecek mesajlar eksik olabilir.

2. İkincisi, DLL'nizdeki yöntemler JNI girildiğini göstermek için JNI DLL uygulama saplama, düzgün iade, vb?

3. Sorunun C ++ kodundan JNI arabirimi yöntemlerinden birinin yanlış kullanımı ile ilgili olması durumunda, bazı basit JNI örneklerinin derlendiğini ve kurulumunuzla çalıştığını doğruladınız mı? Özellikle parametreleri yerel C ++ biçimlerine dönüştürmek ve Java türlerine işlev sonuçları dönüm için JNI arabirimi yöntemlerini kullanarak düşünüyorum. Veri dönüşümlerinin çalıştığından ve JNI arayüzüne COM benzeri çağrılarda haywire gitmediğinizden emin olmak için bunları saplamak yararlıdır.

4. Kontrol edilecek başka şeyler de var, ancak yerel Java yöntemlerinizin ne olduğu ve JNI uygulamasının ne yapmaya çalıştığı hakkında daha fazla bilgi sahibi olmadan önermek zor. C ++ kod düzeyinden bir istisna yakalamanın sorununuzla ilgili olduğu açık değildir. (İstisnayı Java olarak yeniden oluşturmak için JNI arayüzünü kullanabilirsiniz, ancak bunun size yardımcı olacağı açık değildir.)

JNI kullanan bir programda düzgün hata ayıklayamama ile ilgili gerçek sorun için (veya hata ayıklayıcı altında çalıştırıldığında hata görünmüyor):

Bu durumda, bazı temel akıl sağlığı kontrolleri yapan (tüm "nesnelerin" serbest bırakıldığını ve "nesneleri" kontrol eden JNI çağrılarınızın etrafına Java sarmalayıcıları eklemenize yardımcı olur (yani, tüm yerel yöntemler özeldir ve sınıftaki genel yöntemler bunları çağırır). serbest bırakıldıktan sonra kullanılmaz) veya senkronizasyon (tüm yöntemleri tek bir DLL'den tek bir nesne örneğine senkronize edin). Java sarıcı yöntemlerinin hatayı günlüğe kaydetmesine ve bir istisna atmasına izin verin.

Bu genellikle gerçek hatayı bulmaya yardımcı olur (şaşırtıcı bir şekilde çoğunlukla, bazı kötü çift serbestliklere veya benzerlerine neden olan çağrılan işlevlerin anlamlarına uymayan Java kodundadır), büyük bir paralel Java programında hata ayıklamaya çalışmaktan daha kolay yerel hata ayıklayıcı ...

Nedeni biliyorsanız, kodu önleyen sarmalayıcı yöntemlerinde saklayın. Sarma yöntemlerinizin, VM'yi kilitleyen JNI kodunuzdan daha iyi istisnalar atması daha iyi ...

Bu gerçekten derleyici ortamına bağlıdır. gcc bunları yakalamaz. Visual Studio ve kullandığım son Borland yaptı.

Dolayısıyla, çökmelerle ilgili sonuç, geliştirme ortamınızın kalitesine bağlı olmasıdır.

C ++ belirtimi, catch (...) öğesinin herhangi bir istisnayı yakalaması gerektiğini, ancak her durumda geçerli olmadığını söylüyor.

En azından denediğim kadarıyla.

Farkında olmak

try{
// ...
} catch (...) {
// ...
}

yalnızca dil düzeyindeki istisnaları yakalar, diğer düşük düzeydeki istisnaları / hataları yakalar Access Violationve Segmentation Faultyakalanmaz.