Quelle est la différence entre exit() et abort()?

Question

En C et C++, quelle est la différence entre exit() et abort()? J'essaye de finir mon programme après une erreur (pas une exception).

Answer 1

abort envoie un signal de SIGABRT, sortie ferme seulement l'application d'effectuer le nettoyage normal.

Vous pouvez gérer un abandonner le signal comme vous le souhaitez, mais le comportement par défaut est de fermer l'application avec un code d'erreur.

abort n'exécutera pas la destruction d'objets de vos membres statiques et mondiaux, mais sortie volonté.

Bien sûr, lorsque l'application est complètement fermée, le système d'exploitation libère toute mémoire non-programmée et d'autres ressources.

Dans les deux abort et sortie la fin du programme (en supposant que vous n'avez pas modifié le comportement par défaut), le code de retour sera retourné au processus parent qui a commencé votre application.

Voir l'exemple suivant:

SomeClassType someobject; 

void myProgramIsTerminating1(void) 
{ 
    cout<<"exit function 1"<<endl; 
} 

void myProgramIsTerminating2(void) 
{ 
    cout<<"exit function 2"<<endl; 
} 

int main(int argc, char**argv) 
{ 
    atexit (myProgramIsTerminating1); 
    atexit (myProgramIsTerminating2); 
    //abort(); 
    return 0; 
} 

Commentaires:

• Si abort est décommentée: rien est imprimé et le destructeur de SomeObject ne sera pas appelé.

• Si abort est commenté comme ci-dessus: SomeObject destructor seront appelés, vous obtiendrez la sortie suivante:

fonction de sortie 2
fonction de sortie 1

Answer 2

abort() quitte votre programme sans appeler les fonctions enregistrées en utilisant d'abord atexit(), et sans appeler les objets de structeurs en premier. exit() fait les deux avant de quitter votre programme. Il n'appelle pas les destructeurs pour les objets automatiques. Alors

A a; 
void test() { 
    static A b; 
    A c; 
    exit(0); 
} 

aura-t-destruct a et b correctement, mais ne sera pas appeler de c Destructeurs. abort() n'appelait pas les destructeurs de deux objets. Comme cela est regrettable, la norme C++ décrit un autre mécanisme qui assure correctement la terminaison:

objets avec une durée de stockage automatique sont tous détruits dans un programme dont la fonction main() ne contient aucun objet automatique et exécute l'appel à exit(). Le contrôle peut être transféré directement à un tel main() en lançant une exception qui est interceptée dans main().

struct exit_exception { 
    int c; 
    exit_exception(int c):c(c) { } 
}; 

int main() { 
    try { 
     // put all code in here 
    } catch(exit_exception& e) { 
     exit(e.c); 
    } 
} 

Au lieu d'appeler exit(), en sorte que le code throw exit_exception(exit_code); à la place.

Answer 3

abort envoie le signal SIGABRT. abort ne revient pas à l'appelant. Le gestionnaire par défaut pour le signal SIGABRT ferme l'application. stdio Les flux de fichiers sont vidés, puis fermés. Les destructeurs pour les instances de classe C++ ne sont pas, cependant (pas sûr sur celui-ci - peut-être que les résultats sont indéfinis?).

exit a ses propres rappels, définis avec atexit. Si les rappels sont spécifiés (ou un seul), ils sont appelés dans l'ordre inverse de leur ordre d'enregistrement (comme une pile), puis le programme se termine. Comme avec abort, exit ne retourne pas à l'appelant. stdio Les flux de fichiers sont vidés, puis fermés. En outre, les destructeurs pour les instances de classe C++ sont appelés.

Answer 4

De la sortie() dans le manuel:

La fonction exit() provoque la fin du processus normal et la valeur de statut & 0377 est renvoyé au parent.

De l'abort() Manuel:

Le abort() premier le signal débloque SIGABRT et soulève alors que le signal pour le processus d'appel. Cela entraîne la fin anormale du processus, sauf si le signal SIGABRT est intercepté et que le gestionnaire de signal ne revient pas.

Answer 5

Les choses suivantes se produisent lorsqu'un programme appelle exit():

• Fonctions enregistrées par la fonction atexit sont exécutées
• Tous les flux ouverts sont vidés et fermés, les fichiers créés par tmpfile sont supprimés
• Le programme se termine avec le code de sortie spécifié à l'hôte

La fonction abort() envoie le signal SIGABRT au processus en cours, s'il n'est pas intercepté, le programme se termine sans garantie que les flux ouverts sont vidés/fermés ou que les fichiers temporaires créés via tmpfile sont supprimés, atexit les fonctions enregistrées ne sont pas appelées et un statut de sortie différent de zéro est renvoyé à l'hôte.