return оператор vs exit () в main ()

Чи варто використовувати exit()або просто returnзаяви у main()? Особисто я віддаю перевагу returnтвердженням, бо відчуваю, що це як читання будь-якої іншої функції, а контроль потоку, коли я читаю код, є плавним (на мій погляд). І навіть якщо я хочу переробити цю main()функцію, мені returnздається кращим вибором, ніж exit().

Чи exit()робить щось особливе, що returnні?

На насправді, це відмінність, але це тонка. Це має більше наслідків для C ++, але відмінності важливі.

Коли я дзвоню returnв main(), деструктори будуть викликатися для моїх локально контекстних об'єктів. Якщо я зателефоную exit(), жоден деструктор не буде викликаний для моїх локально обстежених об'єктів! Перечитайте це. exit() не повертається . Це означає, що як тільки я його називаю, "немає спини". Будь-які об’єкти, які ви створили в цій функції, не будуть знищені. Часто це не має ніяких наслідків, але іноді це відбувається, як закриття файлів (напевно, ви хочете, щоб усі ваші дані були передані на диск?).

Зауважте, що staticоб’єкти будуть очищені, навіть якщо ви телефонуєте exit(). Нарешті зауважте, що якщо ви використовуєтеabort() , жоден об’єкт не буде знищений. Тобто жодні глобальні об'єкти, статичні об'єкти та локальні об'єкти не будуть викликати своїх руйнівників.

Продовжуйте обережно, коли надаєте перевагу виїзду над поверненням.

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

Ще одна відмінність: exitце функція Стандартна бібліотека, тому вам потрібно включити заголовки та зв’язатись зі стандартною бібліотекою. Для ілюстрації (на C ++) це дійсна програма:

int main() { return 0; }

але для використання exitвам знадобиться:

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

Плюс це додає додаткове припущення: що виклик exitз mainмає ті ж побічні ефекти , як повернення до нуля. Як зазначали інші, це залежить від того, який саме виконаний файл ви будуєте (тобто, хто дзвонить main). Ви кодуєте додаток, що використовує C-час виконання? Плагін Майя? Служба Windows? Водій? Кожен випадок потребує досліджень, щоб визначити, чи exitє рівнозначним return. Використання IMHO, exitколи ви справді маєте на увазі, return просто робить код більш заплутаним. ОТОХ, якщо ви дійсно маєте на увазі exit , то будь-якими способами користуйтеся цим.

Існує хоча б одна причина, щоб віддати перевагу exit: Якщо хтось із ваших atexitобробників посилається на дані про тривалість автоматичного зберігання в main, або якщо ви використовували setvbufабо setbufпризначаєте одному із стандартних потоків буфер тривалості автоматичного зберігання main, то повертаючись із mainпродукту невизначена поведінка, але виклик exitдійсний.

Ще одне потенційне використання (як правило, зарезервоване для іграшкових програм, однак) - це вихід із програми з рекурсивними викликами main.

Я завжди використовую, returnоскільки стандартний прототип для main()говорить, що він повертає int.

Однак, деякі версії стандартів надають mainспеціальну обробку і припускають, що вона повертає 0, якщо немає явного returnтвердження. Дано наступний код:

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

G ++ генерує лише попередження про foo()ігнорування відсутнього повернення main:

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

Я НАЙДІЛЬКИЙ другий коментар Р. про використання exit (), щоб уникнути автоматичного зберігання у main()рекультивації до того, як програма фактично закінчиться. return X;Заява в main()неточно еквівалентно виклику exit(X);, так як динамічне зберігання main()зникає , коли main()повертається, але він не звертається в нуль , якщо виклик exit()зроблений замість цього.

Крім того, на C або будь-якій мові, подібній С, returnвисловлювання сильно натякає читачеві, що виконання буде продовжуватися у функції виклику, і хоча це продовження виконання зазвичай технічно вірно, якщо рахувати процедуру запуску C, яка викликала вашу main()функцію, це не саме те, що ви маєте на увазі, коли маєте намір закінчити процес.

Зрештою, якщо ви хочете припинити свою програму в рамках будь-якої іншої функції, окрім main()вас, потрібно зателефонувати exit(). Це main()робиться так послідовно , що робить ваш код набагато легшим для читання, а також значно полегшує можливість перекомпонувати ваш код; тобто код, скопійований з main()якоїсь іншої функції, не буде поводитись через випадкові returnзаяви, які повинні були викликати exit().

Отже, поєднуючи всі ці моменти разом, робимо висновок, що це погана звичка , принаймні для C, використовувати returnзаяву для завершення програми в main().

Чи робить () повернення?

Деякі компілятори для незвичайних платформ exit()можуть перевести його аргумент у значення виходу вашої програми, тоді як повернення з main()просто може передати значення безпосередньо в середовище хоста без будь-якого перекладу.

Стандарт вимагає однакової поведінки в цих випадках (конкретно, він говорить, що повернення чогось, що є intсумісним, main()повинно бути еквівалентним виклику exit()з цим значенням). Проблема полягає в тому, що різні ОС мають різні умови інтерпретації значень виходу. У багатьох системах (МНОГО!) 0 означає успіх, а все інше - невдачу. Але, скажімо, VMS, непарні значення означають успіх, а парні - невдачу. Якщо ви повернули 0 з main(), користувач VMS побачить неприємне повідомлення про порушення доступу. Насправді не було порушення доступу - це було просто стандартне повідомлення, пов’язане з кодом відмови 0.

Потім ANSI підійшов і благословив EXIT_SUCCESSі EXIT_FAILUREяк аргументи, які ви могли передати exit(). Стандарт також говорить , що exit(0)повинен вести себе так само exit(EXIT_SUCCESS), тому більшість реалізацій визначають EXIT_SUCCESSв 0.

Таким чином, стандарт прив'язує вас до VMS, оскільки він не залишає стандартного способу повернення коду відмови, який, мабуть, має значення 0.

Тому компілятор VAX / VMS C початку 1990-х років не інтерпретував повернене значення main(), а просто повертав будь-яке значення хост-середовищу. Але якщо ви використовуєте, exit()це зробить те, що вимагає стандарт: перекладіть EXIT_SUCCESS(або 0) в код успіху і EXIT_FAILUREв загальний код відмови. Щоб користуватися EXIT_SUCCESS, вам довелося передати його exit(), ви не змогли повернути його main(). Я не знаю, чи зберегли таку поведінку більш сучасні версії цього компілятора.

Портативна програма С, яка виглядала так:

#include <stdio.h>
#include <stdlib.h>

int main() {
  printf("Hello, World!\n");
  exit(EXIT_SUCCESS);  /* to get good return value to OS */
  /*NOTREACHED*/ /* to silence lint warning */
  return 0;  /* to silence compiler warning */
}

Убік: Якщо я пам'ятаю правильно, умова VMS для значень виходу є більш нюансованою, ніж непарною / парною. Він фактично використовує щось на зразок низьких трьох біт для кодування рівня суворості. Взагалі кажучи, однакові рівні вираженості вказували на успіх чи іншу інформацію, а парні вказували на помилки.

У C повернення з main- це точно те саме, що дзвонити exitз тим же значенням.

Розділ 5.1.2.2.3 стандартних стандартів С :

Якщо тип повернення основної функції є типом, сумісним з int, повернення від початкового виклику до основної функції еквівалентно виклику функції виходу зі значенням, поверненим основною функцією як її аргументом ; 11) досягнення параметра}, яке завершує основну функцію, повертає значення 0. Якщо тип повернення не сумісний з int, статус припинення, повернутий у середовище хоста, не визначений.

Правила для C ++ дещо відрізняються, як зазначено в інших відповідях.

Там насправді є різниця між exit(0)і return(0)в main- коли вашаmain функція викликається кілька разів.

Наступна програма

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char** argv) {
  if (argc == 0)
    return(0);
  printf("%d", main(argc - 1, argv));
}

Виконати як

./program 0 0 0 0

Це призведе до наступного результату:

00000

Однак цей:

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char** argv) {
  if (argc == 0)
    exit(0);
  printf("%d", main(argc - 1, argv));
}

Не буде надруковано нічого незалежно від аргументів.

Якщо ви впевнені, що ніхто ніколи не подзвонить вам mainпрямо, технічно це не велика різниця, але підтримувати більш чіткий код exitбуде виглядати набагато краще. Якщо ви з якоїсь причини хочете зателефонувати main- вам слід налаштувати його під свої потреби.

Якщо говорити про C.