instruction return vs exit() dans main()

Question

Dois-je utiliser exit() ou simplement return les déclarations dans main() ? Personnellement, je privilégie le return car j'ai l'impression que c'est comme lire n'importe quelle autre fonction et que le contrôle du flux lorsque je lis le code est fluide (à mon avis). Et même si je veux refactoriser le code main() fonction, ayant return semble être un meilleur choix que exit() .

Fait exit() faire quelque chose de spécial qui return ne le fait pas ?

Answer 1

En fait, il y a est une différence, mais elle est subtile. Cela a plus d'implications pour le C++, mais les différences sont importantes.

Quand j'appelle return en main() Les destructeurs seront appelés pour mes objets à portée locale. Si j'appelle exit() , aucun destructeur ne sera appelé pour mes objets à portée locale ! Relis ça. exit() ne renvoie pas . Cela signifie qu'une fois que je l'ai appelée, il n'y a "pas de retour en arrière". Tous les objets que vous avez créés dans cette fonction ne seront pas détruits. Souvent, cela n'a pas d'implications, mais parfois, cela en a, comme la fermeture de fichiers (vous voulez sûrement que toutes vos données soient effacées sur le disque).

Notez que static seront nettoyés même si vous appelez exit() . Enfin, notez que si vous utilisez abort() aucun objet ne sera détruit. C'est-à-dire qu'aucun objet global, aucun objet statique et aucun objet local ne verra son destructeur appelé.

Faites preuve de prudence lorsque vous privilégiez la sortie par rapport au retour.

http://groups.google.com/group/gnu.gcc.help/msg/8348c50030cfd15a

Answer 2

Une autre différence : exit est une bibliothèque standard donc vous devez inclure et lier avec la bibliothèque standard standard. Pour illustrer (en C++), ceci est un programme valide :

int main() { return 0; }

mais pour utiliser exit vous aurez besoin d'un include :

#include <stdlib.h>
int main() { exit(EXIT_SUCCESS); }

En outre, cela ajoute une hypothèse supplémentaire : que l'appel exit de main a les mêmes effets secondaires que le retour de zéro. Comme d'autres l'ont fait remarquer, cela dépend du type d'exécutable que vous construisez (c'est-à-dire qui appelle main ). Est-ce que vous codez une application qui utilise le C-runtime ? Un plugin Maya ? Un service Windows ? Un pilote ? Chaque cas nécessitera une recherche pour voir si exit est équivalent à return . IMHO utiliser exit quand vous vraiment méchant return rend juste le code plus confus. Par contre, si vous veulent vraiment dire exit alors il faut l'utiliser.

Answer 3

Il y a au moins une raison de préférer exit : Si l'un de vos atexit se réfèrent à des données de durée de stockage automatique en main ou si vous avez utilisé setvbuf o setbuf pour attribuer à l'un des flux standard un tampon à durée de stockage automatique en main puis en revenant de main produit un comportement indéfini, mais appeler exit est valable.

Une autre utilisation potentielle (généralement réservée aux programmes jouets, cependant) est de sortir d'un programme avec des invocations récursives de main .

Answer 4

J'utilise toujours return car le prototype standard de main() dit qu'il renvoie bien un int .

Cela dit, certaines versions des normes donnent main traitement spécial et supposer qu'il retourne 0 s'il n'y a pas d'explicite return déclaration. Étant donné le code suivant :

int foo() {}
int main(int argc, char *argv[]) {}

G++ ne génère un avertissement que pour foo() et ignore le retour manquant de main :

% g++ -Wall -c foo.cc
foo.cc: In function ‘int foo()’:
foo.cc:1: warning: control reaches end of non-void function

Answer 5

I FORTEMENT seconder le commentaire de R. concernant l'utilisation de exit() pour éviter d'avoir un stockage automatique dans l'espace de stockage de l'utilisateur. main() récupérés avant la fin effective du programme. A return X; déclaration dans main() n'est pas précisément équivalent à un appel à exit(X); puisque le stockage dynamique de main() disparaît lorsque main() retourne, mais il ne disparaît pas si un appel à exit() est faite à la place.

De plus, en C ou dans un langage similaire, une fonction return laisse fortement entendre au lecteur que l'exécution se poursuivra dans la fonction appelante, et bien que cette poursuite de l'exécution soit techniquement vraie si l'on compte la routine de démarrage C qui a appelé la fonction main() ce n'est pas exactement ce que vous quand vous voulez mettre fin au processus.

Après tout, si vous voulez terminer votre programme à partir de n'importe quelle fonction autre que main() vous doit llame a exit() . En le faisant de manière cohérente dans main() rend également votre code beaucoup plus lisible et permet à quiconque de le remanier plus facilement ; par exemple, le code copié à partir de main() à une autre fonction ne se comportera pas mal à cause d'un accident. return les déclarations qui debe ont été exit() appels.

Donc, en combinant tous ces points ensemble, la conclusion est que c'est un mauvaise habitude au moins pour C, d'utiliser un return pour terminer le programme en main() .